Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Постояно происходит восстановление базы, лог пишет:
2004-08-12 08:09:22.95 server Microsoft SQL Server 2000 - 8.00.818 (Intel X86) ...
2004-08-12 08:09:22.96 server Logging SQL Server messages in file 'd:\sql_base\MSSQL\log\ERRORLOG'.
2004-08-12 08:09:22.96 server Server Process ID is 668.
2004-08-12 08:09:22.96 server All rights reserved.
2004-08-12 08:09:22.96 server Copyright (C) 1988-2002 Microsoft Corporation.
2004-08-12 08:09:23.03 server SQL Server is starting at priority class 'normal'(4 CPUs detected).
2004-08-12 08:09:23.29 server SQL Server configured for fiber mode processing.
2004-08-12 08:09:23.31 server Using dynamic lock allocation. [2500] Lock Blocks, [5000] Lock Owner Blocks.
2004-08-12 08:09:23.57 server Attempting to initialize Distributed Transaction Coordinator.
2004-08-12 08:09:24.70 server Failed to obtain TransactionDispenserInterface: Result Code = 0x8004d01b
2004-08-12 08:09:24.73 spid3 Starting up database 'master'.
2004-08-12 08:09:25.51 server Using 'SSNETLIB.DLL' version '8.0.818'.
2004-08-12 08:09:25.51 spid10 Starting up database 'ali_new'.
2004-08-12 08:09:25.51 spid6 Starting up database 'pubs'.
2004-08-12 08:09:25.51 spid7 Starting up database 'Northwind'.
2004-08-12 08:09:25.51 spid5 Starting up database 'msdb'.
2004-08-12 08:09:25.51 spid3 Server name is 'BASE'.
2004-08-12 08:09:25.57 spid8 Starting up database 'model'.
2004-08-12 08:09:25.71 server SQL server listening on 127.0.0.1: 1433.
2004-08-12 08:09:25.71 server SQL server listening on 172.16.32.10: 1433.
2004-08-12 08:09:25.71 server SQL server listening on 192.168.3.2: 1433.
2004-08-12 08:09:25.71 server SQL server listening on 192.168.50.5: 1433.
2004-08-12 08:09:26.37 server SQL Server is ready for client connections
2004-08-12 08:09:26.37 server SQL server listening on TCP, Shared Memory.
2004-08-12 08:09:26.46 spid8 Clearing tempdb database.
2004-08-12 08:09:28.68 spid10 Recovery of database 'ali_new' (10) is 0% complete (approximately 556 more seco
2004-08-12 08:09:29.04 spid8 Starting up database 'tempdb'.
2004-08-12 08:09:29.35 spid8 Analysis of database 'tempdb' (2) is 100% complete (approximately 0 more second
2004-08-12 08:09:34.01 spid10 Recovery of database 'ali_new' (10) is 1% complete (approximately 525 more seco
2004-08-12 08:09:39.31 spid10 Recovery of database 'ali_new' (10) is 2% complete (approximately 519 more seco
2004-08-12 08:09:44.64 spid10 Recovery of database 'ali_new' (10) is 3% complete (approximately 514 more seco
2004-08-12 08:09:45.18 spid51 Using 'xpstar.dll' version '2000.80.760' to execute extended stored procedure '
2004-08-12 08:09:49.95 spid10 Recovery of database 'ali_new' (10) is 4% complete (approximately 509 more seco
2004-08-12 08:09:55.23 spid10 Recovery of database 'ali_new' (10) is 5% complete (approximately 503 more seco
2004-08-12 08:10:00.53 spid10 Recovery of database 'ali_new' (10) is 6% complete (approximately 497 more seco
2004-08-12 08:10:05.81 spid10 Recovery of database 'ali_new' (10) is 7% complete (approximately 492 more seco
2004-08-12 08:10:11.10 spid10 Recovery of database 'ali_new' (10) is 8% complete (approximately 486 more seco
2004-08-12 08:10:16.42 spid10 Recovery of database 'ali_new' (10) is 9% complete (approximately 481 more seco
2004-08-12 08:11:06.57 spid10 Recovery of database 'ali_new' (10) is 9% complete (approximately 480 more seco
2004-08-12 08:11:07.12 spid10 Recovery of database 'ali_new' (10) is 9% complete (approximately 480 more seco
2004-08-12 08:11:20.12 spid10 Recovery of database 'ali_new' (10) is 4% complete (approximately 1237 more sec
2004-08-12 08:11:22.37 spid10 Recovery of database 'ali_new' (10) is 5% complete (approximately 1044 more sec
2004-08-12 08:11:26.45 spid10 Recovery of database 'ali_new' (10) is 6% complete (approximately 992 more seco
2004-08-12 08:11:31.79 spid10 Recovery of database 'ali_new' (10) is 7% complete (approximately 986 more seco
2004-08-12 08:11:35.06 spid10 Recovery of database 'ali_new' (10) is 8% complete (approximately 891 more seco
2004-08-12 08:11:43.09 spid10 Recovery of database 'ali_new' (10) is 9% complete (approximately 865 more seco
2004-08-12 08:11:43.82 spid10 1 transactions rolled back in database 'ali_new' (10).
2004-08-12 08:11:43.82 spid10 Recovery of database 'ali_new' (10) is 100% complete (approximately 0 more seco
2004-08-12 08:11:43.85 spid10 Recovery is checkpointing database 'ali_new' (10)
2004-08-12 08:12:37.20 spid3 Recovery complete.
2004-08-12 08:12:37.21 spid3 SQL global counter collection task is created.
2004-08-12 08:44:23.56 spid56 Configuration option 'show advanced options' changed from 1 to 1. Run the RECON
2004-08-12 08:44:23.56 spid56 Error: 15457, Severity: 0, State: 1
2004-08-12 08:44:23.74 spid56 Using 'xplog70.dll' version '2000.80.760' to execute extended stored procedure

Что может быть?
12 авг 04, 12:47    [876920]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Может железо сыпется? Хотя ошибок I/O не было вроде.
12 авг 04, 13:29    [877135]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
А вы как обычно сервер выключаете?
12 авг 04, 13:29    [877136]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Да Пуск-Shotdawn... Но обычно не выключаем.
12 авг 04, 13:36    [877164]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
На сыпающееся железо можно проверить DBCC CHECKDB.
А так - обычный процесс завершения(rollback) незавершенных транзакций
при нестандартном выключении сервиса MSSQL
12 авг 04, 13:53    [877219]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Только это происходит после каждой перезагрузки и в произвольный момент.
12 авг 04, 13:56    [877226]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
Quark
Member

Откуда: Екат
Сообщений: 1099
автор
Только это происходит после каждой перезагрузки

А зачем его так часто перегружать?
12 авг 04, 14:05    [877264]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Пока нам было не понятно что с ним (мы не могли даже до консоли достучатся)... Раза 2-3 мы его перегружали.
12 авг 04, 14:06    [877274]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Ну кто нибудь!
12 авг 04, 15:15    [877658]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
автор
2004-08-12 08:09:22.95 server Microsoft SQL Server 2000 - 8.00.818 (Intel X86) ...


А что нам говорит системный лог операционки с примерно этим временем? Нет литам записи типа:

The previous system shutdown at ... on ... was unexpected
.

Что может говорить о не корректной остановке системы.

автор
Постоянное Recovery


И что значит постоянное? Как часто такие записи в логе присутствуют?

автор
Только это происходит после каждой перезагрузки и в произвольный момент.


Разберитесь как перезагружается сервак, анализируя опять же системный лог и предыдйщий лог сиквела. Кстати его конец тоже бы не плохо было бы показать. А что значит в произвольный момент? У вас сервис сам по себе рестартует? Опять же ищите следы в логах.
12 авг 04, 15:24    [877702]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
Glory
Member

Откуда:
Сообщений: 104760
У базы 'ali_new' установлена опция autoclose ?
12 авг 04, 15:24    [877705]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
В логе было сообщение только: Using 'xpstar.dll' version '2000.80.760' to execute extended stored procedure 'sp_MSgetversion'.

А Auto Close это ведь опция оптимизации, что бы память освобождалась, когда к базе нет подключений
12 авг 04, 15:37    [877781]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Сообщений типа
The previous system shutdown at ... on ... was unexpected
не обнаружили, а Recovery запускался где-то раз час.
12 авг 04, 15:42    [877804]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
автор
а Recovery запускался где-то раз час.


В одном логе несколько раз Recovery?! Ил в нескольких логах по одному Recovery? Может у вас служба сиквела падает? Соответсвует ли периодичность логов сиквела периодичности перезагрузки/выключению? И что в конце предыдущего сиквельного лога? Если там:

SQL Server terminating because of system shutdown.

???
12 авг 04, 15:49    [877836]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
Recovery возникает при перезагрузке, а также! в произвольный момент времени.
12 авг 04, 15:57    [877874]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
В одном логе несколько сообщений.
Сообщения
SQL Server terminating because of system shutdown.
не обнаружено.
12 авг 04, 16:01    [877892]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
автор
Recovery возникает при перезагрузке,


Разбирайтесь, почему у вас операционка не правильно гаситься? И где запрошенный мной сиквела до перезагрузки - последние несколько строк можно увидеть?

автор
а также! в произвольный момент времени.


Опятть же, не мешало бы показать сиквельный лог с этими несколькими событиями и системный лог на этот же момент и чуть раньше него.
12 авг 04, 16:03    [877898]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
1C-Nik
Member

Откуда:
Сообщений: 20
А перезагружали мы сервак т.к. не могли понять что с ним происходит, Enterprase не открывался.


2004-08-11 14:16:31.76 server Logging SQL Server messages in file 'd:\sql_base\MSSQL\log\ERRORLOG'.
2004-08-11 14:16:31.76 server Server Process ID is 2344.
2004-08-11 14:16:31.76 server All rights reserved.
2004-08-11 14:16:31.76 server Copyright (C) 1988-2002 Microsoft Corporation.
2004-08-11 14:16:31.76 server Microsoft SQL Server 2000 - 8.00.818 (Intel X86) ...
2004-08-11 14:16:31.78 server SQL Server is starting at priority class 'normal'(4 CPUs detected).
2004-08-11 14:16:31.96 server SQL Server configured for fiber mode processing.
2004-08-11 14:16:31.96 server Using dynamic lock allocation. [2500] Lock Blocks, [5000] Lock Owner Blocks.
2004-08-11 14:16:32.06 server Attempting to initialize Distributed Transaction Coordinator.
2004-08-11 14:16:32.12 spid3 Starting up database 'master'.
2004-08-11 14:16:32.12 server Failed to obtain TransactionDispenserInterface: Result Code = 0x8004d01b
2004-08-11 14:16:32.59 spid3 Recovery is checkpointing database 'master' (1)
2004-08-11 14:16:32.59 spid3 0 transactions rolled back in database 'master' (1).
2004-08-11 14:16:32.81 spid11 Starting up database 'ali_new'.
2004-08-11 14:16:32.81 spid6 Starting up database 'Northwind'.
2004-08-11 14:16:32.81 spid8 Starting up database 'model'.
2004-08-11 14:16:32.81 server Using 'SSNETLIB.DLL' version '8.0.818'.
2004-08-11 14:16:32.81 spid7 Starting up database 'pubs'.
2004-08-11 14:16:32.81 spid5 Starting up database 'msdb'.
2004-08-11 14:16:32.81 spid3 Server name is 'BASE'.
2004-08-11 14:16:32.82 server SQL server listening on 192.168.50.5: 1433.
2004-08-11 14:16:32.84 server SQL server listening on 127.0.0.1: 1433.
2004-08-11 14:16:32.84 server SQL server listening on 172.16.32.10: 1433.
2004-08-11 14:16:32.84 server SQL server listening on 192.168.3.2: 1433.
2004-08-11 14:16:33.45 server SQL Server is ready for client connections
2004-08-11 14:16:33.45 server SQL server listening on TCP, Shared Memory.
2004-08-11 14:16:33.70 spid8 Clearing tempdb database.
2004-08-11 14:16:36.70 spid8 Starting up database 'tempdb'.
2004-08-11 14:16:37.06 spid8 Analysis of database 'tempdb' (2) is 100% complete (approximately 0 more second
2004-08-11 14:16:38.90 spid11 Analysis of database 'ali_new' (10) is 23% complete (approximately 13 more seco
2004-08-11 14:16:39.31 spid11 Analysis of database 'ali_new' (10) is 100% complete (approximately 0 more seco
2004-08-11 14:16:39.42 spid11 Recovery of database 'ali_new' (10) is 0% complete (approximately 21 more secon
2004-08-11 14:17:10.71 spid52 Using 'xpstar.dll' version '2000.80.760' to execute extended stored procedure '
2004-08-11 14:18:11.51 spid11 Recovery of database 'ali_new' (10) is 23% complete (approximately 304 more sec
2004-08-11 14:18:12.42 spid11 Recovery of database 'ali_new' (10) is 24% complete (approximately 285 more sec
2004-08-11 14:18:13.07 spid11 Recovery of database 'ali_new' (10) is 100% complete (approximately 0 more seco
2004-08-11 14:18:13.11 spid11 0 transactions rolled back in database 'ali_new' (10).
2004-08-11 14:18:13.17 spid11 Recovery is checkpointing database 'ali_new' (10)
2004-08-11 14:18:16.57 spid3 SQL global counter collection task is created.
2004-08-11 14:18:16.57 spid3 Recovery complete.
2004-08-11 14:21:22.26 spid51 Configuration option 'show advanced options' changed from 1 to 1. Run the RECON
2004-08-11 14:21:22.26 spid51 Error: 15457, Severity: 0, State: 1
2004-08-11 14:21:22.53 spid51 Using 'xplog70.dll' version '2000.80.760' to execute extended stored procedure
2004-08-11 14:22:22.50 spid51 Process ID 55 killed by hostname BASE, host process ID 1416.
2004-08-11 15:23:19.67 spid55 Configuration option 'show advanced options' changed from 1 to 1. Run the RECON
2004-08-11 15:23:19.67 spid55 Error: 15457, Severity: 0, State: 1
2004-08-11 15:24:58.81 spid56 Configuration option 'show advanced options' changed from 1 to 1. Run the RECON
2004-08-11 15:24:58.81 spid56 Error: 15457, Severity: 0, State: 1
2004-08-11 16:58:24.12 spid57 Using 'xpsqlbot.dll' version '2000.80.194' to execute extended stored procedure
2004-08-11 19:39:43.95 server SQL Server terminating because of system shutdown.
12 авг 04, 16:07    [877917]     Ответить | Цитировать Сообщить модератору
 Re: Постоянное Recovery  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
2004-08-11 14:16:38.90 spid11 Analysis of database 'ali_new' (10) is 23% complete (approximately 13 more seco
2004-08-11 14:16:39.31 spid11 Analysis of database 'ali_new' (10) is 100% complete (approximately 0 more seco
2004-08-11 14:16:39.42 spid11 Recovery of database 'ali_new' (10) is 0% complete (approximately 21 more secon
2004-08-11 14:17:10.71 spid52 Using 'xpstar.dll' version '2000.80.760' to execute extended stored procedure '
2004-08-11 14:18:11.51 spid11 Recovery of database 'ali_new' (10) is 23% complete (approximately 304 more sec
2004-08-11 14:18:12.42 spid11 Recovery of database 'ali_new' (10) is 24% complete (approximately 285 more sec
2004-08-11 14:18:13.07 spid11 Recovery of database 'ali_new' (10) is 100% complete (approximately 0 more seco
2004-08-11 14:18:13.11 spid11 0 transactions rolled back in database 'ali_new' (10).
2004-08-11 14:18:13.17 spid11 Recovery is checkpointing database 'ali_new' (10)

Это одна единственная операция восстановления базы после некорректной остановки системы, а не несколько. Просто сиквел информирует вас о этапах этого процесса. Так что разбирайтесь, почему у вас при перезагрузке операционки служба сиквела некорректно останавливатеся.

автор
Enterprase не открывался


Этому может быть тысяча причин, причем напрямую с сервером не связанных. Да и QA еще не запрещал использовать, чтоб посмотреть, что твориться на сервере.
12 авг 04, 16:17    [877966]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить