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.

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