Ограничение на размер файлов сортировки

[Mr. Sane]

Добрый вечер.

При попытке пересоздать индекс напоролся на ошибку:

-904 sort error: not enough memory

Проверил конфиг, в котором написано буквально следующее:


TMP_DIRECTORY 5000000000 "D:\Temp"
TMP_DIRECTORY 15000000000 "E:\Temp"
TMP_DIRECTORY 15000000000 "F:\Temp"
TMP_DIRECTORY 15000000000 "G:\Temp"


Места оказалось достаточно, но понаблюдав за тем как заполняются файлы сортировки, обнаружил, что IB не использует все место, отведенное для размещения временных файлов, как об этом говорит OpGuide.

Файл ib_sort_xxx достигает размера 2 107 814 400, а затем создается в следующем каталоге. И так до тех пор, пока по всем каталогам временным не пройдет.

Соответственно, после того, как в последнем указанном TMP_DIRECTORY файл достигнет указанного же размера, получаю вышеуказанную ошибку.

Как побороть такую ситуацию? Может IB имеет ограничение на размер файлов сортировки?

P.S.: Версия сервера WI-V6.0.0.627

P.P.S.: Попытка разбить временные каталоги на подкаталоги размером


TMP_DIRECTORY 2500000000 "D:\Temp"
TMP_DIRECTORY 2500000000 "E:\Temp"
TMP_DIRECTORY 2500000000 "F:\Temp"
TMP_DIRECTORY 2500000000 "G:\Temp"


TMP_DIRECTORY 2500000000 "D:\Temp\Tmp"
TMP_DIRECTORY 2500000000 "E:\Temp\Tmp"
TMP_DIRECTORY 2500000000 "F:\Temp\Tmp"
TMP_DIRECTORY 2500000000 "G:\Temp\Tmp"


2,5 Gb привела к ошибке записи.

[Mr. Sane]

P.P.S.: Попытка разбить временные каталоги на подкаталоги размером

TMP_DIRECTORY 2500000000 "D:\Temp"
TMP_DIRECTORY 2500000000 "E:\Temp"
TMP_DIRECTORY 2500000000 "F:\Temp"
TMP_DIRECTORY 2500000000 "G:\Temp"


TMP_DIRECTORY 2500000000 "D:\Temp\Tmp"
TMP_DIRECTORY 2500000000 "E:\Temp\Tmp"
TMP_DIRECTORY 2500000000 "F:\Temp\Tmp"
TMP_DIRECTORY 2500000000 "G:\Temp\Tmp"

2,5 Gb привела к ошибке записи.

Вот к такой ситуации:


I/O error for file "D:\Temp\ib_sort_a02432"
-Error while trying to write to file
-Устройство не опознает команду

[Merlin]

Как побороть такую ситуацию?

Выкинуть вот это:

P.S.: Версия сервера WI-V6.0.0.627

и перейти на современный сервер.

Может IB имеет ограничение на размер файлов сортировки?

Это - точно имеет. И не только это ограничение.

[kdv]

IB имеет ограничение на размер файлов сортировки?

6.0 имеет, и не только такие ограничения. К слову, если у тебя файл сортировки превышает 2 гига, то что ж ты такое сортируешь, да и еще на IB 6.0.0.627 ???

www.ibase.ru/devinfo/allversions.htm

[Mr. Sane]

Спасибо всем ответившим.

2 kdv:

6.0 имеет, и не только такие ограничения. К слову, если у тебя файл сортировки превышает 2 гига, то что ж ты такое сортируешь, да и еще на IB 6.0.0.627 ???

База биллинга так разрослась. Содержит слишком широкий временной диапазон (год). Надо, конечно, хотя бы по кварталам дробить.

А как с компонентами для Delphi (интересуюсь относительно 5 версии) для FB? И как, например, будут себя с ним вести программы сторонних разработчиков? Для них этот переход прозрачен или нет?

[kdv]

относительно версии 5 чего? по поводу сторонних, разумеется, бывает всякое, даже переход на FB 1.0 может привести к интересным результатам. Но использовать 6.0 - это никуда не годится, в любом случае.

[Mr. Sane]

относительно версии 5 чего?

Delphi 5. IBX 5.04 SP1 годится?

по поводу сторонних, разумеется, бывает всякое, даже переход на FB 1.0 может привести к интересным результатам.

Ясно. Связь с разработчиками поддерживается, так что буду просить их протестировать свое творение на FB.
Хотя, помнится первая версия их ПО под FB крутилась, а вот почему сервер сменили уже не помню.

Но использовать 6.0 - это никуда не годится, в любом случае.

Будем уже что-то решать. Спасибо.

[kdv]

Delphi 5. IBX 5.04 SP1 годится?

без разницы.

[Mr. Sane]

Ограничения на размер скорее нет, есть отчего-то лимит на размер файлов, относительно зарезервированного пространства для размещения временных файлов.

Обнаружилось, что сами файлы сортировки, вернее их размер составляет ~14% от размера зарезервированного места.

А для чего так сделано-то? Для того чтобы и у других потоков сортировки место было?

[Merlin]

В баг-тракере FB, стартовавшего от IB6.0.627 в 2000 году - Bugs : (111 open / 645 total). Ещё примерно столько же пофиксено не внося в тракер. Думаешь кто-то озаботится сейчас вспоминать и разбираться что там как и почему было в этом покойнике?