Добрый день!

Я не администратор Sybase, но по роду деятельности приходится обслуживать данную базу(опыта нет), поэтому мои вопросы могут казаться идиотскими, смешными и нелепыми:)

Проблема в следующем. Ради теста, я решил провести процедуру восстановления сервера(он как бы упал и восстанавливать мне нужно было помимо пользовательской базы, базу master, saptools и sybmgmtdb(на Sybase у нас крутится SAP). Я делал по инструкции от SAP. Сделал так:погасил службы Sybase, затем в файл \sybase\ASE-15-0\install\RUN... .bat добавил в конец параметр -m, который запускает, как я понял Sybase в режиме восстановления(или maintenance mode или single user mode)если что то путаю поправьте. Она запустилась в консоле, из описания следует что в этом режиме войти в сервер можно только под учеткой sa с пустым паролем. Но вышло так что при попытке залогиниться под sa я получаю отбой,(неверный логин или пароль, но оно и верно, ибо sa заблокирован), зато могу залогиниться под любой другой учеткой, при этом получаю сообщение

Database 'saptools' has not been recovered yet - please wait and try again.
Msg 4001, Level 11, State 1:
Server 'TST':
Cannot open default database 'saptools'.

Я подождал, сутки, ошибка не пропала, я так полагаю база saptools так и не восстановилась. Подумал да и ладно, однако после того как запускал Sybase в режиме -m, сервис Sybase более не поднимается, он зависает в состоянии запуск а в логах последняя строчка

Recovery cannot restore the size for '128K' pool in 'default data cache'. The original pool size is 0K. To fix this, run sp_poolconfig to configure the pool size back to the original value.

Но при этом я могу подключиться к серверу и там вижу ту же ошибку

Database 'saptools' has not been recovered yet - please wait and try again.
Msg 4001, Level 11, State 1:
Server 'TST':
Cannot open default database 'saptools'.

ждал еще сутки, ничего, система у меня с базой в таком состоянии не поднимается. Подскажите, что делать, куда копать?

Извиняюсь, не уточнил, все это крутится на Win2008R2 64x.

Да продолжаются :)

Вопрос руководству поставлен, и даже было небольшое обучение, но за 2 дня по 4 часа просто чтения лекции без практики, да еще и за 2 месяца до работы непосредственно с самой системой, толку 0!) Обучение будет, вопрос времени, до руководства как всегда доходит что нужно обучать было до того как все упадет, а не после)

Результаты команды что Вы прислали смотрите в прикрепленном скриншоте(не вышло в тексте сюда впихнуть эту таблицу).

Размер страницы 16К, файл конфигурации прилагаю

Спасибо за инфу по поводу -m. Я не стартовал одновременно из 2х мест. И пытался сервис запустить после закрытия консоли с режимом -m. Я не совсем идиот:)

cherrex_Den, не знаю какой pool был. Я руками не задавал никаких параметров. Сервер уже после установки настроен так, как SAP считает нужным. Я поменяю проверю, а можете объяснить что значит этот параметр или дать ссылку на его описание, буду признателен.

cherrex_Den,
ситуация не изменилась, только теперь в последнем сообщении в логе вместо

The original pool size is 0K.

теперь

The original pool size is 100М.

cherrex_DenSteFFun,

автор[128K I/O Buffer Pool]
pool size = 100M
wash size = DEFAULT
local async prefetch limit = DEFAULT

это как раз добавляет pool который просит при старте ASE

авторRecovery cannot restore the size for '128K' pool in 'default data cache'. The original pool size is 0K. To fix this, run sp_poolconfig to configure the pool size back to the original value.

Странно, а почему до того как я запустил Sybase в режиме восстановления базы master все было нормально, а после ему вдруг пула стало не хватать?

cherrex_Den,
Прошу, а вот и сам лог

Уважаемый cherrex_Den, объясните вкратце, кто такие стэктрйсы и что с ними не так, буду очень признателен. И все же, если разбираться логически, как запуск Sybase в режиме восстановления базы master могло поломать дефолтный кэш и вызвать такие стэктрейсы? Можно Ваше экспертное мнение? Я просто не вижу логических причин, почему после запуска Sybase в режиме восстановления базы master вдруг сломался дефолтный кэш, при том что действий то я никаких не делал, запустил а потом завершил, все. Мистика какая то.

komradSteFFunРазмер страницы 16К, файл конфигурации прилагаю

это файл отсюда?


Да.

SQLMantisSteFFunДобрый день!
как я понял Sybase в режиме восстановления(или maintenance mode или single user mode)если что то путаю поправьте.

master-recover mode

SteFFunОна запустилась в консоле, из описания следует что в этом режиме войти в сервер можно только под учеткой sa с пустым паролем. Но вышло так что при попытке залогиниться под sa я получаю отбой,(неверный логин или пароль, но оно и верно, ибо sa заблокирован),


Единственный аккаунт sa с паролем NULL у тебя будет если ты восстанавливаешь master с помомощью создания нового главного устройства.

Например.



SteFFunзато могу залогиниться под любой другой учеткой, при этом получаю сообщение

Database 'saptools' has not been recovered yet - please wait and try again.
Msg 4001, Level 11, State 1:
Server 'TST':
Cannot open default database 'saptools'.


Ты использовал ту же master. Там у тебя присутствует твой логин, с помощью которого ты успешно заходишь.
-m не поднимает пользовательские базы данных и ты напрасно ждал что она поднимется.

Хотелось бы полное, подробное, по шагам описание того что ты делал с того момента как остановил работающий сервер.
Вот что ты делал с ним между тем как остановил и запустил с ключем -m и все что делал потом.

Плюс к этому, я попрошу вернуть на сервер тот конфиг, который работал до старта с ключем -m, стартовать сервер без ключа.
Прислать сюда log этого старта. и батник в котором он стартуется.

Я приведу цитату из инструкции на английском по которой я выполнял действия

Change to the directory %SYBASE%\ASE-15_0\install. Copy the file 'RUN_<SID>.bat' to a file 'RUN_<SID>_SINGLE_USER_MODE.bat'.
Edit the new file and add the startup option '-m' at the end of the file.

Start ASE by calling this batch file from a DOS command prompt.
Imporant : ASE is now running as a user process , not as a service. Don't close the DOS command shell where you started ASE as long as the ASE server is running!

In case you have not yet done so, start the backup server.
The original 'master' database has to get loaded with the 'load database' command. Log in to the ASE Server with isql (or another SQL editor) and issue the 'load database' command. ASE must be running in single user mode in order to load a master database. Use the login 'sa' with empty password to log into ASE.

Я остановил службы Sybase, зашел в папку %SYBASE%\ASE-15_0\install как в инструкции сделал копию файла батника и в копии добавил в конце строки запуска параметр -m. Затем я запустил этот новый батник из консоли, наблюдал кучу сообщений что там что то стартует инициализируется, в общем все признаки запуска. После запуска, я попытался залогиниться через isql и было то что я описывал, под sa не пускает, под другими учетками да но с ошибкой

Database 'saptools' has not been recovered yet - please wait and try again.
Msg 4001, Level 11, State 1:
Server 'TST':
Cannot open default database 'saptools'.

Т.к. в инструкции мне пишут что я должен войти под sa с пустым паролем, а у меня это не вышло, то я просто закрываю консоль и следовательно Sybase в виде процесса тоже закрывается, все, больше я ничего не делал. А так, как до запуска с параметром -m у меня все работало, я решил стартануть службу как обычно из остнастки службы ОС и при запуске она застывает со статусом запуск а в логах то, что я говорил и выкладывал. Вот и все. И почему после этого Sybase не поднимается я не понимаю...

Конфиг вернул в исходное состояние, батник и лог прилагаю(точнее кусок лога с последнего старта)

SQLMantis, а вот батник

komradSteFFun,

есть на вскидку два варианта что сделать:
1. подкрутить настройки ASE
1.а добавить -T3474 в строку запуска ASE
1.б поправить конфиг-файл 'E:\sybase\TST\TST.cfg' и убрать из него (на время тестов) строки "E:\Backup\DBlog" & "E:\Backup\DB" и заменить их на DEFAULT
2. запустить ASE снова

1а и 1б не зависят друг от друга, т.е. предлагаю попробовать их по отдельности

Вариант 1б и все заработало. 1а не пробовал сразу 1б почему захотелось попробовать)
И можете мне объяснить как это связанно с тем что Sybase не поднимался?(ибо то что я убрал из файла конфига это заранее созданные мною, с помощью процедуры sp_config_dump конфиги для автоматизации процедуры резервного копирования базы и транзакционных логов)

А по поводу 1а подскажите, я параметр -Т3474 должен добавить в строку запуска в службах так? Или в батник? Я просто запутался, когда я стартую службу в ней своя строка типа sqlsrvr.exe -параметры, и выполняется она, а батник тогда каким тут местом?

SQLMantisSteFFunВариант 1б и все заработало. 1а не пробовал сразу 1б почему захотелось попробовать)
И можете мне объяснить как это связанно с тем что Sybase не поднимался?(ибо то что я убрал из файла конфига это заранее созданные мною, с помощью процедуры sp_config_dump конфиги для автоматизации процедуры резервного копирования базы и транзакционных логов)


Это вроде новая фича в 15-м, я с ней не игрался и незнаю какие и сколько ресурсов она потребляет.
Если вернуть эти ваши настройки бэкапов назад и перезапустить сервер он поднимется?


SteFFunА по поводу 1а подскажите, я параметр -Т3474 должен добавить в строку запуска в службах так? Или в батник? Я просто запутался, когда я стартую службу в ней своя строка типа sqlsrvr.exe -параметры, и выполняется она, а батник тогда каким тут местом?


Ненадо его никуда вписывать :)
Для общего развития. Есть вот такой полумифический список, аля байки из склепа.
http://www.sybaseteam.com/sybase-ase-dbcc-traceflags-t-141.html
Бытует мнение, что если все эти флаги прописать при старте, ASE начинает отлично работать даже там где небыл инсталлирован.

Да верно, sp_config_dump появилась с версии ESD#2 и выше. Настройки бэкапов вернул, та же песня, не поднимается. Похоже это действительно какой то баг. Но старнно, при дефолтных настройках если выполнить sp_config_dump XXX то в конфиге я вижу мой путь(stripe dir) E:\Backup\DB, при чем в 2х вариантах, один со слешами другой без. Не понимаю, он хранит его в базе или берет из *.cfg или и там и там?
А по поводу флагов я не понимаю :) я думаю вы стебетесь, пользуясь моим неведением, они все таки для успокоения, так мне кажется ;)

komrad, спасибо за разъяснения. Все становится на свои места. А EBF - я так понял что то вроде патча?

Простите за оффтоп, но объясните по простому что такое стэктрэйсы? Я предполагаю, что это стэк(куча, груда, множество и т.д.) ошибок, которые возникают при запуске Sybase и записываются в лог в виде своих каких то обозначений которые можно расшифровать и понять что не так...

SQLMantisSteFFunДа верно, sp_config_dump появилась с версии ESD#2 и выше. Настройки бэкапов вернул, та же песня, не поднимается. Похоже это действительно какой то баг. Но старнно, при дефолтных настройках если выполнить sp_config_dump XXX то в конфиге я вижу мой путь(stripe dir) E:\Backup\DB, при чем в 2х вариантах, один со слешами другой без. Не понимаю, он хранит его в базе или берет из *.cfg или и там и там?
А по поводу флагов я не понимаю :) я думаю вы стебетесь, пользуясь моим неведением, они все таки для успокоения, так мне кажется ;)

А можно попросить еще раз лог. Только тот лог, при котором сервер опять не поднялся. Там та же ошибка?
Насколько я понимаю, именно эти настройки он берет из cfg.
Ну а флаги, что флаги. вот еще одна ссылка. Там вроде все понятно описано.
http://www.petersap.nl/SybaseWiki/index.php?title=Dbcc_traceflags

Да, вот он. Только есть маленький нюанс, не уверен что он влияет но все же, когда у меня поднялся Sybase я там накатил резервную копию пользовательской базы и логи, а так все по прежнему.

Подсказали мне коллеги немецкие, это реально баг и вот его описание и решение(но только нюанс один важный, данное решение для Sybase в рамках SAP, а это ни одно и тоже что оригинальный Sybase, под SAP'ом он подпиленный под свои нужды). У меня после этого все поднялось и заработало.

This is a defect in SAP Sybase ASE being actively worked on under reference CR 728444. A general fix is not yet available. To avoid being affected by this problem, use the follwoing workaround:

1. Create a copy of your current ASE server configuration file <DBSID>.cfg
2. Open file <DBSID>.cfg
3. Find the entries for the dump configuration(s) you created, remove all dump configurations that contain a backslash in the stripe directory path.
4. Reboot ASE.
5. After successful reboot of ASE copy back the original version of the ASE server configuration file to <DBSID>.cfg.
6. Open the file <DBSID>.cfg in an editor. Change the stripe directory path value by using double quotes and double each backslash.
For example:

[Dump Configuration:ERR_DB]

stripe directory = "\\\\BACKUP_HOST\\db_dumps\\ERR\\"

. ..

7. Reboot the ASE server.

Всем спасибо за помощь и науку! Кстати, я не нашел как на этом форуме помечать что вопрос решен и отмечать правильные ответы или нет тут такого?)

забыл пароль, да Вы правы были с самого начала, просто я не сразу въехал, ошибка именно эта.