|
|
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Добрый вечер. У друга на работе испортилась база Sybase, и выдает ошибку: Database 'baza' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the SQL Server errorlog for information as to the cause. Сам вообще в этой СУБД не разбираюсь и в гугле ничего дельно не нашел. Может кто сталкивался как решить данную проблему? Спасибо за внимание, надеюсь на помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2014, 00:08 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Server version: Adaptive Server Enterprise/11.9.2.6/1290/P/EBF 10489 ESD1/NT (IX86)/OS 3.51,4.0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2014, 10:50 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Талаат, судя по Вашему уточнению, это от старости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2014, 11:31 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Талаат, В описании ошибки даётся направление куда копать... В первую очередь нужно понять почему бд перешла в состояние suspect, для этого Вам предлагают посмотреть error.log сервера на предмет ошибок. И как справдливо заметили версия оооочень старая, ей давно в могилку пора :-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2014, 12:26 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Все произошло из-за того сгорела материнская плата. После замены начались данные проблемы с рабочей базой. Файл ошибок: error 00:00000:00000:2014/08/07 13:43:39.09 kernel Using config area from primary master device. 00:00000:00000:2014/08/07 13:43:39.09 kernel Warning: Using default file 'C:\Sybase\SERVER1.cfg' since a configuration file was not specified. Specify a configuration file name in the RUNSERVER file to avoid this message. 00:00000:00000:2014/08/07 13:43:39.59 kernel Kernel memory at 0x20000000, 434176 bytes 00:00000:00000:2014/08/07 13:43:39.59 kernel Server part of first shared memory region at 0x2006a000, 612998737 bytes 00:00000:00000:2014/08/07 13:43:39.59 kernel Highest valid address is 0x2006a000 00:00000:00000:2014/08/07 13:43:39.59 kernel Using 100000 file descriptors. 00:00000:00000:2014/08/07 13:43:39.59 kernel Cannot find current default character set id 53 in internal cross reference table for unicode conversion for event logging 00:00000:00000:2014/08/07 13:43:39.59 kernel Adaptive Server Enterprise/11.9.2.6/1290/P/EBF 10489 ESD1/NT (IX86)/OS 3.51,4.0/FBU/Mon Jul 15 02:52:37 2002 00:00000:00000:2014/08/07 13:43:39.59 kernel Confidential property of Sybase, Inc. 00:00000:00000:2014/08/07 13:43:39.59 kernel Copyright 1987, 2002 00:00000:00000:2014/08/07 13:43:39.59 kernel Sybase, Inc. All rights reserved. 00:00000:00000:2014/08/07 13:43:39.59 kernel Unpublished rights reserved under U.S. copyright laws. 00:00000:00000:2014/08/07 13:43:39.59 kernel 00:00000:00000:2014/08/07 13:43:39.59 kernel This software contains confidential and trade secret information of Sybase, 00:00000:00000:2014/08/07 13:43:39.59 kernel Inc. Use, duplication or disclosure of the software and documentation by 00:00000:00000:2014/08/07 13:43:39.59 kernel the U.S. Government is subject to restrictions set forth in a license 00:00000:00000:2014/08/07 13:43:39.59 kernel agreement between the Government and Sybase, Inc. or other written 00:00000:00000:2014/08/07 13:43:39.59 kernel agreement specifying the Government's rights to use the software and any 00:00000:00000:2014/08/07 13:43:39.59 kernel applicable FAR provisions, for example, FAR 52.227-19. 00:00000:00000:2014/08/07 13:43:39.59 kernel Sybase, Inc. 5000 Hacienda Drive, Dublin, CA 94568, USA 00:00000:00000:2014/08/07 13:43:39.59 kernel Using 'C:\Sybase\SERVER1.cfg' for configuration information. 00:00000:00000:2014/08/07 13:43:39.59 kernel Logging SQL Server messages in file 'C:\Sybase\install\errorlog'. 00:00000:00000:2014/08/07 13:43:39.61 kernel kdcl_init: connectivity library does not support master/query syntax 00:00000:00000:2014/08/07 13:43:39.61 kernel Directory Control Layer (DCL) using directory driver: InterfacesDriver 00:00000:00000:2014/08/07 13:43:39.61 kernel SQL Server NT process id is 0xdb4. 00:00000:00000:2014/08/07 13:43:39.61 kernel SQL Server was started as a Service. 00:00000:00000:2014/08/07 13:43:39.61 kernel Network and device connection limit is 99992. 00:00000:00000:2014/08/07 13:43:39.61 server Number of proc buffers allocated: 53401. 00:00000:00000:2014/08/07 13:43:39.64 server Proc header memory allocated 26700 pages for each per engine cache 00:00000:00000:2014/08/07 13:43:39.64 server Number of blocks left for proc headers: 53471. 00:00000:00000:2014/08/07 13:43:39.64 server Memory allocated for the default data cache cache: 402342 Kb 00:00000:00000:2014/08/07 13:43:39.64 server Size of the 2K memory pool: 402342 Kb 00:00000:00000:2014/08/07 13:43:39.66 kernel Initializing virtual device 0, 'C:\Sybase\DATA\MASTER.DAT' 00:00000:00000:2014/08/07 13:43:39.66 kernel Virtual device 0 started using asynchronous i/o. 00:00000:00000:2014/08/07 13:43:39.66 kernel Worker Thread Manager is not enabled for use in SQL Server. 00:00000:00000:2014/08/07 13:43:39.66 kernel Either the config parameter 'use security services' is set to 0, or ASE does not support use of external security mechanisms on this platform. The Security Control Layer will not be initialized. No external security mechanisms will be supported. 00:00000:00000:2014/08/07 13:43:39.66 kernel engine 0, os pid 156 online 00:00000:00000:2014/08/07 13:43:39.66 server No active traceflags 00:00000:00001:2014/08/07 13:43:39.66 server Opening Master Database ... 00:00000:00001:2014/08/07 13:43:39.67 server Loading SQL Server's default sort order and character set 00:00000:00003:2014/08/07 13:43:41.92 kernel NT operating system error 10108 in module 'e:\rel119x\porttree\svr\sql\generic\ksource\strmio\n_winsock.c' at line 1216: Неизвестная служба. Эта служба отсутствует в указанном пространстве имен. . 00:00000:00003:2014/08/07 13:43:41.92 server Unable to initialize network 1 00:00000:00004:2014/08/07 13:43:41.92 kernel network name 0.0.0.0, type ether, port 5000 00:00000:00001:2014/08/07 13:43:41.94 server Recovering database 'master' 00:00000:00001:2014/08/07 13:43:42.05 server Database 'master' is now online. 00:00000:00001:2014/08/07 13:43:42.05 server The transaction log in the database 'master' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:42.06 server 0 dump conditions detected at boot time 00:00000:00001:2014/08/07 13:43:42.06 server server is unnamed 00:00000:00001:2014/08/07 13:43:42.06 server Activating disk 'baza_url_dat'. 00:00000:00001:2014/08/07 13:43:42.06 kernel Initializing virtual device 5, 'D:\Data\baza_url_dat.dat' 00:00000:00001:2014/08/07 13:43:42.06 kernel Virtual device 5 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.06 server Activating disk 'baza_url_dat_2'. 00:00000:00001:2014/08/07 13:43:42.06 kernel Initializing virtual device 12, 'D:\Data\baza_url_dat_2.dat' 00:00000:00001:2014/08/07 13:43:42.06 kernel Virtual device 12 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.06 server Activating disk 'baza_url_log'. 00:00000:00001:2014/08/07 13:43:42.06 kernel Initializing virtual device 6, 'D:\Data\baza_url_log.dat' 00:00000:00001:2014/08/07 13:43:42.06 kernel Virtual device 6 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.06 server Activating disk 'baza_url_log_2'. 00:00000:00001:2014/08/07 13:43:42.06 kernel Initializing virtual device 11, 'D:\Data\baza_url_log_2.dat' 00:00000:00001:2014/08/07 13:43:42.06 kernel Virtual device 11 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.06 server Activating disk 'sysprocsdev'. 00:00000:00001:2014/08/07 13:43:42.06 kernel Initializing virtual device 1, 'C:\Sybase\DATA\SYBPROCS.DAT' 00:00000:00001:2014/08/07 13:43:42.06 kernel Virtual device 1 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.06 server Activating disk 'tempdb'. 00:00000:00001:2014/08/07 13:43:42.06 kernel Initializing virtual device 4, 'D:\ТБН\Data\tempdb.dat' 00:00000:00001:2014/08/07 13:43:42.08 kernel Virtual device 4 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.08 server Activating disk 'url2_dat'. 00:00000:00001:2014/08/07 13:43:42.08 kernel Initializing virtual device 7, 'D:\Data\url2_dat.dat' 00:00000:00001:2014/08/07 13:43:42.08 kernel Virtual device 7 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.08 server Activating disk 'url2_log'. 00:00000:00001:2014/08/07 13:43:42.08 kernel Initializing virtual device 8, 'D:\Data\url2_log.dat' 00:00000:00001:2014/08/07 13:43:42.08 kernel Virtual device 8 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.08 server Activating disk 'url3_dat'. 00:00000:00001:2014/08/07 13:43:42.08 kernel Initializing virtual device 9, 'url3_dat.dat' 00:00000:00001:2014/08/07 13:43:42.08 kernel Virtual device 9 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.08 server Activating disk 'url3_log'. 00:00000:00001:2014/08/07 13:43:42.08 kernel Initializing virtual device 10, 'D:\Data\url3_log.dat' 00:00000:00001:2014/08/07 13:43:42.08 kernel Virtual device 10 started using asynchronous i/o. 00:00000:00001:2014/08/07 13:43:42.12 server Recovering database 'model'. 00:00000:00001:2014/08/07 13:43:42.14 server The transaction log in the database 'model' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:42.17 server Database 'model' is now online. 00:00000:00001:2014/08/07 13:43:42.17 server Clearing temp db 00:00000:00001:2014/08/07 13:43:49.05 server The transaction log in the database 'tempdb' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:49.11 server The transaction log in the database 'tempdb' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:49.12 server Database 'tempdb' is now online. 00:00000:00001:2014/08/07 13:43:49.12 server The transaction log in the database 'tempdb' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:49.17 server Recovering database 'sybsystemprocs'. 00:00000:00001:2014/08/07 13:43:49.23 server The transaction log in the database 'sybsystemprocs' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:49.27 server Database 'sybsystemprocs' is now online. 00:00000:00001:2014/08/07 13:43:49.28 server Error: 926, Severity: 14, State: 1 00:00000:00001:2014/08/07 13:43:49.28 server Database 'baza_url' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the SQL Server errorlog for information as to the cause. 00:00000:00001:2014/08/07 13:43:49.30 server Unable to proceed with the recovery of dbid <5> because of previous errors. Continuing with the next database. 00:00000:00001:2014/08/07 13:43:49.36 server Recovering database 'url2'. 00:00000:00001:2014/08/07 13:43:49.44 server The transaction log in the database 'url2' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:49.45 server Database 'url2' is now online. 00:00000:00001:2014/08/07 13:43:49.48 server Recovering database 'url3'. 00:00000:00001:2014/08/07 13:43:49.52 server The transaction log in the database 'url3' will use I/O size of 2 Kb. 00:00000:00001:2014/08/07 13:43:49.53 server Database 'url3' is now online. 00:00000:00001:2014/08/07 13:43:49.53 server Recovery complete. 00:00000:00001:2014/08/07 13:43:49.53 server SQL Server's default sort order is: 00:00000:00001:2014/08/07 13:43:49.53 server 'rusnocs_cp1251' (ID = 59) 00:00000:00001:2014/08/07 13:43:49.53 server on top of default character set: 00:00000:00001:2014/08/07 13:43:49.53 server 'cp1251' (ID = 53). 00:00000:00001:2014/08/07 13:43:49.53 server Loaded default Unilib conversion handle. 00:00000:00001:2014/08/07 13:43:51.80 kernel NT operating system error 10108 in module 'e:\rel119x\porttree\svr\sql\generic\ksource\strmio\n_winsock.c' at line 1216: Неизвестная служба. Эта служба отсутствует в указанном пространстве имен. Когда я только подключаюсь к серверу выходит сообщение: 13:47:57.379 DBMS SERVER1 -- Number (207) Severity (16) State (2) Invalid column name 'status3'. Когда через редактор я пытаюсь открыть базу baza_url выдает ошибку: 13:48:38.676 DBMS SERVER1 -- Number (926) Severity (14) State (1) Database 'baza_url' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the SQL Server errorlog for information as to the cause. Версия старая, но базу надо достать оттуда. Есть файлы базы данных с расширением dat. Может можно что-то с ними сделать ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2014, 14:05 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Талаат, server Error: 926, Severity: 14, State: 1 - следствие предыдущей ошибки. В приведенном логе ее нет, нужно смотреть раньше. Сбросить статус можно след. образом, но необходимо выяснить, что к нему привело. И я бы скопировал весь каталог сервера в другое место при остановленном сервисе, прежде чем экспериментировать. 1.Use the following procedure on the suspect database: 1> sp_configure "allow updates", 1 2> go 1> use master 2> go 1> begin transaction 2> go 1> update sysdatabases 2> set status = status & ~256 3> where name="database_name" 4> go If only one row is affected by the update transaction, continue with these instructions. If more than one row is affected by the update transaction, roll back the transaction and find out why other rows are being affected. 2.If the above commands affect only one row, use the commands below to commit the transaction, disable updates to the system tables, issue a checkpoint, and shut down Adaptive Server: 1> commit transaction 2> go 1> sp_configure "allow updates", 0 2> go 1> checkpoint 2> go 1> shutdown with nowait 2> go 3.Start Adaptive Server. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2014, 14:49 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Возможно ли установить на новый компьютер Sybase, взять файлы dat и подключить в базе данных на новом сервере? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 09:33 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Талаат, Так есть лог с первоначальной ошибкой? Или лог после сброса статуса ? Присоединить файлы не получится просто так. И в любом случае база требует recovery , а при этом возникает ошибка, которую Вы не сообщаете ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 11:33 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Талаат, В вашем логе >>:2014/07/16 13:41:48.03 server Error: 624, Severity: 21, State: 1 >>00:00000:00001:2014/07/16 13:41:48.04 server Adaptive Server failed to retrieve a row via its RID in database 'baza_url' because the >>requested RID has a higher number than the last RID on the page. Rid pageid = 0x81270; row num = 0xd. Page pointer = 0x43281000, >>pageno = 529008, status = 0x105, objectid = 8, indexid = 0, level = 0. objectid = 8, indexid = 0 - это таблица syslog. Документация говорит, что нужно восстановить базу из backup, который нужно делать регулярно. Есть неофициальный, в условиях отсутствия поддержки способ - пересоздать тран. лог (согласованность данных никто не гарантирует. После этого можно получить доступ к данным, выгрузить их, например bcp, и т.д.) Короче, на свой страх и риск. Перед этим выдать sa роль sybase_ts_role sp_role "grant", "sybase_ts_role", sa Делать под sa 1) Bypass recovery mode for the database use master go select status from sysdatabases where name = "<database>" go Make a note of the status sp_configure "allow updates to system tables",1 go begin tran go update sysdatabases set status = -32768 where name = "<database>" go commit tran go checkpoint go shutdown with nowait go 2) Rebuild the transaction log Boot the ASE server. You will see a message in the errorlog that it skips recovery for the database. server *** Bypassing recovery of database id 5 Run the following commands: use <database> go dbcc rebuild_log(<database>,1,1) go use master go begin tran go update sysdatabases set status = <original status> where name = "<database>" go commit tran Здесь еще нужно сбросить статус suspect shutdown go Check if it worked Boot the ASE server and check if the syslogs is now OK. use <database> go dbcc checktable(syslogs) go sp_configure "allow updates to system tables",0 go ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 15:50 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
"Здесь еще нужно сбросить статус suspect" Подскажите как это возможно сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 16:43 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
Талаат, Выше в теме ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 16:58 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
update sysdatabases set status = status & ~256 where name="database_name" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 17:03 |
|
||
|
База в suspect
|
|||
|---|---|---|---|
|
#18+
SAV4SAV, спасибо. Все получилось база стала работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2014, 13:23 |
|
||
|
|
start [/forum/topic.php?fid=55&msg=38715612&tid=2009827]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
190ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 11ms |
| total: | 296ms |
| 0 / 0 |
