Всем доброго дня,

Неизвестно почему вдруг стала "падать" база ...
1. повышали build ...пока вплоть до 2960
2. делали полный reload
3. меняли ОС win32 (windows2000) на win64 (windows2008 R2 SP1)
4. поменяли комп.
Все равно иногда (1-5 раз в час) падает вот с таким вот сообщением:
VERSION=11.0.1.2960
FILENAME=C:\ProgramData\SQL Anywhere 11\diagnostics\SA11_20140331_172312_5344.crash_log
OS=Windows 2008R2 Build 7601 Service Pack 1
PROCESSOR=X86_64
EXEC_ARCH=X86_64
EXEC_PATH=C:\Program Files\SQL Anywhere 11\Bin64\dbsrv11.exe
MODULE_PATH=C:\Program Files\SQL Anywhere 11\Bin64\dbserv11.dll
EXCEPTION_PTR=000000000AD2F670
EXCEPTION_CODE=3221225477
EXCEPTION_FLAGS=0
EXCEPTION_RECORD=0000000000000000
EXCEPTION_ADDRESS=0000000020321C27
EXCEPTION_NumParameters=2
EXCEPTION_Param0=0000000000000000
EXCEPTION_Param1=0000000000000000
TRYING_TO_SAVE_MINI_DUMP C:\ProgramData\SQL Anywhere 11\diagnostics\SA11_20140331_172312_5344.dmp
DUMPLEVEL 0
SAVING_MINI_DUMP_COMPLETED
CRASH_LOG_COMPLETE
ATTEMPTING_TO_SUBMIT_MINIDUMP...

что странно - такая-же база рядом крутится на win32 и все ок.

Куда рыть?

PS:Увы support не оплачен ... сначала платили, потом (через пару лет) перестали - все РАБОТАЛО КАК ЧАСЫ !!! и вот те на!

Всем доброго дня,

было сделано:
1. validate всех таблиц и индексов, reorganize всех foreign keys
2. пересоздал все прокси сервера и соответствующие прокси таблицы и процедуры
3. все view перекомпилил .. в процессе разбора выяснилось что в новой БД при компиляции
текст правился т.е. в файле написано ... inner join ... а в БД видно только ... join ...
и с процедурами тоже кое-что не так было - и это был результат RELOAD!!!
оказалось что во вновь созданной БД была установлена option preseve_source_format=Off
изменил ее на On - все стало Ок

4.Добавил в начале каждой процедуры message @@spid, nameproc to console
стал наблюдать после вызова какой (оказалось их несколько) наступает crash
во все тех проц-рах были стоки типа set cMsg = ... + convert(varchar,@blablabla) +
Это была отладочная печать в лог файл сервера .. времени отработки проц-ур
исправил везде где нашел на convert(varchar(10),@blablabla)

вот .... пока работает

Если опять будет падать ... сломаю подкидную доску!

Всем доброго дня,

Решил поделиться еще одним наблюдением ...
Так как раньше сервер БД "падать" перестал, но стали возникать, и что самое неприятное опять в разные
моменты (но как правило во время большой нагрузки на сервер), различные assertion .. а именно:
200505 Checksum failure on page 3046
200505 Checksum failure on page 3230
201503 Record 0x1 not present on page 0xf:0x928
201501 Page 0xf:0xfd3 for requested record not a table page
202000 Invalid string continuation at row id 0x1 on page 0xd37 in file 15

dbValid для БД запускал, validate всех таблиц и индексов делал - НЕ помогло

У нас в некоторых процедурах есть операторы типа
insert into P_bla_bla (...) select ... from ... , где P_bla_bla - ПРОКСИ таблица
для таблицы на другом таком-же (ASA 11.0.1) сервере.
Инсертилось не больше 250 строк и строка то небольшая (3 integer и datetime), но часто (3-6 раз в секунду)

Убрал (закомментировал) этот оператор - и все ... стало нормально.
Вот такая хренотень ...

Всем доброго дня,

опять падает .. теперь вот так:
assertion 101412 ... page number on page does not match page requested

Что делать???
Куда рыть ? уже нет идей даже!

PS:ASA билд стоит последний 11.0.1.3113
OS - windows 2008R2 x64

Люди посоветуйте что делать?
БД используется для "критично" важного приложения

Может откатиться наб билд 2009-2010 года ? раньше ведь не падало...
конечно много процедур новых и старые переписаны ..?

Сделал еще раз dbunload ... -u -g
Новую БД создал с -ap 16384
Перезалил все данные, процедуры, триггеры, вью и пр.
сделал для всех таблиц drop statistics
... пока все ОК