Отзовитесь кто боролся с этой ошибкой.
В документации нашёл только одну ссылку и ту привязанную к Unix.
Перенести смысл на Nt не получаеться.
Документация призывает убивать и создавать всё, что ругается.
Самая последняя моя версия основываеться на ошибке связанной на
необновлённой статистикой. При смене порядка связи таблиц в запросе
ошибка однажды пропала.

15:22:41.68 kernel timeslice -500, current process infected
15:22:41.68 kernel SQL Server system exception (0xe0000001) generated by a process exceeding its time slice allotment.
15:22:42.96 kernel pc: 0x7C81EB33 kernel32.dll (0xE0000001, 0x00000001, 0x00000000, 0x00000000)
15:22:42.96 kernel pc: 0x7C81EB33 kernel32.dll (0x0693FFFE, 0x00000014, 0x0693F800, 0x080B90F0)
15:22:42.96 kernel pc: 0x00A894C5 kpntraise+ 0x1b (0x080CC800, 0x07E97800, 0x080C8480, 0x07E97800)
15:22:42.96 kernel pc: 0x005B0CA9 proc__mapptr+ 0x73 (0x080CC800, 0x07E97800, 0x080D24FC, 0x07E985C0)
15:22:42.96 kernel pc: 0x005B02EF proc__maptree+ 0x39f (0x080CC800, 0x080D24FC, 0x669CEF3C, 0x0560B1FC)
15:22:42.96 kernel pc: 0x005B1164 proc__tmap+ 0x33b (0x669CEF08, 0x669CF77C, 0x00000000, 0x5A6640F0)
15:22:42.96 kernel [Handler pc: 0x0055F120 proc_handle installed by the following function:-]
15:22:42.96 kernel pc: 0x0055C9FF proc_read+ 0x908 (0x00000000, 0x00000000, 0x74EB4475, 0x00000001)
15:22:42.96 kernel pc: 0x0055A0F8 proc_get+ 0x297 (0x00000000, 0x00000000, 0x74EB4475, 0x00000001)
15:22:42.96 kernel pc: 0x0079686D s_getTreeOrPlan+ 0x3d (0x06847000, 0x00000012, 0x00000000, 0x00000000)
15:22:42.96 kernel pc: 0x00772190 s_readproc+ 0x135 (0x00000012, 0x00000001, 0x0560B68C, 0x666F7270)
15:22:42.96 kernel pc: 0x0076E5AB s_recompile+ 0x3bf (0x080C6800, 0x004ED1CB, 0x00000000, 0x00000000)
15:22:42.96 kernel [Handler pc: 0x0076F623 s_handle installed by the following function:-]
15:22:42.96 kernel pc: 0x0076C311 sequencer+ 0x1a51 (0x080AFD20, 0x080AFDB0, 0x00000000, 0x00000000)
15:22:42.96 kernel pc: 0x00743018 execproc+ 0x7e8 (0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF, 0xFFFFFFFF)
15:22:42.96 kernel pc: 0x00739E26 s_execute+ 0x3596 (0x06847000, 0x0044AB85, 0x05612BE2, 0x669CFEA3)
15:22:42.96 kernel [Handler pc: 0x0076F623 s_handle installed by the following function:-]
15:22:42.96 kernel pc: 0x0076C0BD sequencer+ 0x17fd (0x0560B100, 0x055E5BD6, 0x669EFEA3, 0x00000000)
15:22:42.96 kernel pc: 0x00445DF4 tdsrecv_language+ 0x540 (0x00000042, 0x055E5BD6, 0x669EFEA3, 0x0617828C)
15:22:42.96 kernel [Handler pc: 0x0046A887 hdl_backout installed by the following function:-]
15:22:42.96 kernel [Handler pc: 0x006B7330 ut_handle installed by the following function:-]
15:22:42.96 kernel [Handler pc: 0x006B7330 ut_handle installed by the following function:-]
15:22:42.96 kernel pc: 0x00412E43 conn_hdlr+ 0x34f7 (0x0617828C, 0x055E5BD6, 0x669EFEA3, 0x0617828C)
15:22:42.96 kernel pc: 0x00A89407 kpntwrapper+ 0x84 (0x00A89383, 0x0617828C, 0x00000000, 0x00000000)
15:22:43.04 kernel pc: 0x7C80B50B kernel32.dll (0x00000000, 0x00000000, 0x00000000, 0x00000000)
15:22:43.04 kernel end of stack trace, spid 45, kpid 3932220, suid 23
15:22:43.04 kernel ************************************
15:22:43.04 kernel SQL causing error : exec Get_profit_Bizn @dbeg="20050201",@dend="20050228", @str_kod="rrr"",@fanaliz="0"
15:22:43.06 kernel ************************************
15:22:43.06 server SQL Text: exec Get_profit_Bizn @dbeg="20050201",@dend="20050228", @str_kod="rrr",@fanaliz="0"
15:22:43.07 kernel curdb = 9 pstat = 0x10000 lasterror = 0
15:22:43.07 kernel preverror = 0 transtate = 1
15:22:43.07 kernel curcmd = 195 program = u17_5
15:22:43.07 kernel pc: 0x00B01A9D os_get_cur_stk_desc+ 0x13a (0x669CE510, 0x7C8399F3, 0x7C809AF0, 0xFFFFFFFF)
15:22:43.07 kernel pc: 0x00B01A9D os_get_cur_stk_desc+ 0x13a (0x669CE510, 0x669CE2C8, 0x0000270F, 0x00000002)
15:22:43.07 kernel pc: 0x00ADACFA pcstkwalk+ 0x204 (0x003C003C, 0x00000002, 0x0000270F, 0x00000000)
15:22:43.07 kernel pc: 0x00ADA984 ucstkgentrace+ 0x224 (0x003C003C, 0x00000001, 0x00000000, 0x00000000)
15:22:43.07 kernel pc: 0x00A9472B ucbacktrace+ 0xab (0x003C003C, 0xFFFFFFFF, 0xE0000001, 0x0560B1FC)
15:22:43.07 kernel pc: 0x00407343 terminate_process+ 0xbed (0xE0000001, 0x77C35CF5, 0x669CE8A4, 0x00000000)
15:22:43.07 kernel pc: 0x00A8895B kiexception+ 0x2e0 (0x0617828C, 0x055E5BD6, 0x669EFEA3, 0x0617828C)
15:22:43.07 kernel pc: 0x00A89487 kpntwrapper+ 0x104 (0x00A89383, 0x0617828C, 0x00000000, 0x00000000)
15:22:43.07 kernel pc: 0x7C80B50B kernel32.dll (0x00000000, 0x00000000, 0x00000000, 0x00000000)
15:22:43.07 kernel end of stack trace, spid 45, kpid 3932220, suid 23

Build 1939 (P)
OS 4.0 (EBF 11449 ESD#4)

А по капоту стучал?????
Ну тогда не знаю!!!!

Спасибо за ответ!
Это я не удержался с капотом(колёсами).
Дело ещё и в том, что проблема неустойчива.
Меня просто несколько пугают эти иногда появляющиеся простыни в логе.
После проблемы с кешем, произошедшей после экспериментов
с большими блоками ввода-вывода, в логе тоже были простыни
без слова ERROR.
Тем не менее данные нескольких таблиц были безвозвратно потеряны.
Хотелось бы узнать, что здесь опасного.
Или забыть как страшный сон???

Сейчас не кеш. Тогда не было SQL-causing error. Хотя простыни, что и пугает, похожи.
А за нижеописанную фразу особое спасибо.
А то я уже решил, что вообще пулы большого ввода-вывода нельзя использовать.
-----------------
Modify
these pools either by editing the configuration file, or by rebooting ASE immediately after the sp_poolconfig has been run.
--------------------------
После этого совета абсолютно уверен, что не стоит перестраивать пулы
на ходу. Хотя рекомендаций в документации об этом абсолютно нет.
А могли бы и написать раз уж не довели до ума. На одну ночь я бы больше поспал в этой жизни.

После перестройки пулов без перезагрузки, часть данных одних таблиц частично сохранились в других таблицах. И это абсолютно точно.
Обнаружили через DBCC pglincage.
Короче полная ....
Данные восстанавливали из копий и думаю не скоро будет следующая попытка
использовать пулы.