Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
Добрый день Большая просьба помочь, проблема с базой, бэкапов нет (понимаю звучит плохо) Microsoft SQL Server 2008 R2 (SP3) - 10.50.6220.0 (X64) Mar 19 2015 12:32:14 Copyright (c) Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) неудачно выключили сервер остановив службу. одна из баз (revorery full данные и логи где то по 700 гб) не включилась, что в логах Recovery of database '***' (17) is 63% complete (approximately 11235 seconds remain). Phase 2 of 3. This is an informational message only. No user action is required. 4762127 transactions rolled forward in database '***' (17). This is an informational message only. No user action is required. 0 transactions rolled back in database '***' (17). This is an informational message only. No user action is required. Message Recovery is writing a checkpoint in database '***' (17). This is an informational message only. No user action is required. The operating system returned error 19(failed to retrieve text for this error. Reason: 15105) to SQL Server during a write at offset 0x000037d91f0000 in file 'K:\DatabaseData\***.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online. An error occurred during recovery, preventing the database '***' (database ID 17) from restarting. Diagnose the recovery errors and fix them, or restore from a known good backup. If errors are not corrected or expected, contact Technical Support. Recovery is complete. This is an informational message only. No user action is required. после чего ушла в сингл мод. пододждал полчаса и постарался перевести в онлайн ALTER DATABASE [***] SET ONLINE; Setting database option ONLINE to ON for database ***. Message Starting up database '***'. Database Ax09_Work has more than 1000 virtual log files which is excessive. Too many virtual log files can cause long startup and backup times. Consider shrinking the log and using a different growth increment to reduce the number of virtual log files. сейчас база в рекавери. Что можно сделать, что бы вернуть ее к жизни? использовать вариант REPAIR_ALLOW_DATA_LOSS или можно начать с более ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 15:16 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
сейчас база начала опять восстанавливаться Recovery of database '***' (17) is 0% complete (approximately 426299 seconds remain). Phase 1 of 3. This is an informational message only. No user action is required. хотя в прошлый раз фаза 2 была завершена. вопрос все тот же, что можно сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 15:33 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
1. Проверить и починить дисковый массив 2. Восстановить базу из бэкапа 3. Все остальное предложите сделать тому, кто решил базу не бэкапить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 15:36 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич1. Проверить и починить дисковый массив 2. Восстановить базу из бэкапа 3. Все остальное предложите сделать тому, кто решил базу не бэкапить. 1. Админ говорит, что в рейде все хорошо 2. Бэкапа нет. 3. База бэкапилась, но после возникновения ошибки SQL Server during a write at offset 0x000037d91f0000 бэкап перестал создаваться, а старый все равно удалялся. я понимаю, что бэкап должен быть и точка, но что можно сделать сейчас? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 15:44 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomezсейчас база начала опять восстанавливаться Recovery of database '***' (17) is 0% complete (approximately 426299 seconds remain). Phase 1 of 3. This is an informational message only. No user action is required. хотя в прошлый раз фаза 2 была завершена. вопрос все тот же, что можно сделать? см ссылку https://blogs.msdn.microsoft.com/psssql/2010/12/29/tracking-database-recovery-progress-using-information-from-dmv/ используя этот запрос, посмотрите на прогресс (percent_complete, estimated_completion_time) - идет ли у вас процесс или нет может идти медленно, тк файлов очень много (virtual log files) Код: sql 1. 2. 3. 4. 5. 6. 7. 8. если не идет, то попробуйте Код: sql 1. 2. 3. 4. 5. 6. * YOURDB заменить на свое значение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 15:47 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradpetrov-gomezсейчас база начала опять восстанавливаться Recovery of database '***' (17) is 0% complete (approximately 426299 seconds remain). Phase 1 of 3. This is an informational message only. No user action is required. хотя в прошлый раз фаза 2 была завершена. вопрос все тот же, что можно сделать? Код: sql 1. 2. 3. 4. 5. 6. 7. 8. ничего не выдается, хотя в логе каждые 20-30 се появляются записи вида Recovery of database '***' (17) is 0% complete (approximately 426294 seconds remain). Phase 1 of 3. This is an informational message only. No user action is required. и время слега уменьшается. просто я уже дождался выполнения (см выше) и ничего не получилось если не идет, то попробуйте Код: sql 1. 2. 3. 4. 5. 6. * YOURDB заменить на свое значение checkdb запускал, создался файл дампа на 450мб с такими записями <Dbcc ID="1165" Error="8909" Severity="16" State="1">Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (6:28911996) contains an incorrect page ID in its page header. The PageId in t he page header = (0:0).</Dbcc> ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 15:56 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomezcheckdb запускал, создался файл дампа на 450мб с такими записями <Dbcc ID="1165" Error="8909" Severity="16" State="1">Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (6:28911996) contains an incorrect page ID in its page header. The PageId in t he page header = (0:0).</Dbcc> чтобы вам попытаться помочь, необходимы точные данные, а не пересказ своими словами, и не отрывки логов если вы будете выдавать примерную инфу, то смотрите ответ Гавриленко Сергея Алексеевича покажите команды, которые выполняли, полный обезличенный (если у базы название страшное) вывод dbcc checkdb , выдержку из errorlog за момента старта инстанса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:15 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomezпосле чего ушла в сингл мод. пододждал полчаса и постарался перевести в онлайн ALTER DATABASE [***] SET ONLINE; какой у базы был статус? вы уверены что это был single mode, а не что-то еще ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:17 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
а база сама по себе разве умеет уходить в single user? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:19 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
TaPaKа база сама по себе разве умеет уходить в single user? полагаю, что это был suspect или recovering ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:26 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradTaPaKа база сама по себе разве умеет уходить в single user? полагаю, что это был suspect или recovering не ну а вдруг... база такая: "фи!", кто первый тот и принц... пятница, сис.админи в запое поди... dba там же :) А вот у ТС дба не празднует, ибо не дба :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:28 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradpetrov-gomezcheckdb запускал, создался файл дампа на 450мб с такими записями <Dbcc ID="1165" Error="8909" Severity="16" State="1">Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (6:28911996) contains an incorrect page ID in its page header. The PageId in t he page header = (0:0).</Dbcc> чтобы вам попытаться помочь, необходимы точные данные, а не пересказ своими словами, и не отрывки логов если вы будете выдавать примерную инфу, то смотрите ответ Гавриленко Сергея Алексеевича покажите команды, которые выполняли, полный обезличенный (если у базы название страшное) вывод dbcc checkdb , выдержку из errorlog за момента старта инстанса полный лог за сегодня и дамп который образовался после выполенения компанды dbbc по ссылке после событий Код: xml 1. 2. 3. 4. 5. 6. 7. 8. выполнялась команда Код: sql 1. 2. если нужны логи за прошлые дни (проблема возникла вчера), просьба указать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:40 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
TaPaKа база сама по себе разве умеет уходить в single user? именно в сингл. часов через 7 опять дойдет до такой фазы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:41 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomezполный лог за сегодня и дамп который образовался после выполенения компанды dbbc по ссылке dropbox мне из офиса не доступен можете приложить заархивированные активный errorlog и результат работы dbcc checkdb ? dump на 450МБ пока не нужен правильно ли я понял, что - проблемы с базой начались вчера - потом сиквел тормознули (случайно) - при старте ваша база не выходит в онлайн ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:47 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradTaPaKа база сама по себе разве умеет уходить в single user? полагаю, что это был suspect или recovering сейчас в RECOVERING база, через 7 часов она дойдет до состояния single user, что можно сделать тогда? вопрос очень важный и срочный. если есть возможность помочь, то я бы попросил помощь на условиях компенсации за потраченное время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:49 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradpetrov-gomezполный лог за сегодня и дамп который образовался после выполенения компанды dbbc по ссылке dropbox мне из офиса не доступен можете приложить заархивированные активный errorlog и результат работы dbcc checkdb ? dump на 450МБ пока не нужен правильно ли я понял, что - проблемы с базой начались вчера - потом сиквел тормознули (случайно) - при старте ваша база не выходит в онлайн ? dbcc сказал что не хватило памяти и свалился в ошибку, по результатам создался файл на 450 мб проблемы с базой заметили в среду вечером, в четверг с утра базу перезапустили , после этого она не выходит в онлайн. сегодня ночью сервер выключали и включили около 8 утра ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:53 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomezkomradпропущено... полагаю, что это был suspect или recovering сейчас в RECOVERING база, через 7 часов она дойдет до состояния single user, что можно сделать тогда? вопрос очень важный и срочный. если есть возможность помочь, то я бы попросил помощь на условиях компенсации за потраченное время. через 7 часов проверить её статус и ошибки, которые вылезут после рекавери если они будут идентичны указанным, то Код: sql 1. если не даст, то Код: sql 1. если не сработает Код: sql 1. и потом снова Код: sql 1. выводы команд/попыток сохраняйте! покажите тем временем вывод этого: Код: sql 1. когда или если база выйдет в онлайн, сделайте бекап и потом Код: sql 1. 2. 3. 4. 5. 6. - потом меняете growth unit на МБ и 500 (например) и дальше в соответствии со своими внутренними порядками/инструкциями ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 16:59 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomezвопрос очень важный и срочный Аксапта база-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:04 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomez проблемы с базой заметили в среду вечером какого рода проблемы? есть соответствующие записи в errorlog.x ? x - 1, 2, 3 , 4 и т.д. petrov-gomez, в четверг с утра базу перезапустили , после этого она не выходит в онлайн. инстанс перезапустили? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:06 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komrad покажите тем временем вывод этого: Код: sql 1. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. за ширину простите, иначе сбивались столбцы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:08 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradpetrov-gomezвопрос очень важный и срочный Аксапта база-то? да бэкап перестал делаться и в логе заметили ошибки The operating system returned error 19(failed to retrieve text for this error. Reason: 15105) to SQL Server during a write at offset 0x00003743ffa000 in file 'K:\DatabaseData\Ax09_Work2.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:11 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomez, ну, у вас три лога (177,220,178GBs) на трех дисках (E, I, G), автоприрост в 100 МБ каждый если база вернется из несознанки, то резать надо будет все три файла и выставить прирост в 500-800 МБ, или снова их сделать большими - там кол-во virtual log files будет скорректировано до нормальной величины ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:18 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
petrov-gomezkomradпропущено... Аксапта база-то? да бэкап перестал делаться и в логе заметили ошибки The operating system returned error 19(failed to retrieve text for this error. Reason: 15105) to SQL Server during a write at offset 0x00003743ffa000 in file 'K:\DatabaseData\Ax09_Work2.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online. проверьте пока, может у вас диск К стал readonly http://sqlservercitation.com/2017/08/15/fixing-operating-system-error-19-in-sql-server/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:22 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradpetrov-gomez проблемы с базой заметили в среду вечером какого рода проблемы? есть соответствующие записи в errorlog.x ? x - 1, 2, 3 , 4 и т.д. petrov-gomez, в четверг с утра базу перезапустили , после этого она не выходит в онлайн. инстанс перезапустили? судя по логу проблемы начались раньше, первая ошибка Код: sql 1. дальше такие проблемы регулярно стали проявляться, лог не смотрели. перезапустили службу, а потом сервер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:22 |
|
||
|
проблема с восстановлением базы после неудачного выключения
|
|||
|---|---|---|---|
|
#18+
komradpetrov-gomezпропущено... да бэкап перестал делаться и в логе заметили ошибки The operating system returned error 19(failed to retrieve text for this error. Reason: 15105) to SQL Server during a write at offset 0x00003743ffa000 in file 'K:\DatabaseData\Ax09_Work2.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online. проверьте пока, может у вас диск К стал readonly http://sqlservercitation.com/2017/08/15/fixing-operating-system-error-19-in-sql-server/ зашел сейчас и удалось создать папку на диске К и файл в нем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2018, 17:25 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=140&tid=1689338]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
27ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
76ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 371ms |

| 0 / 0 |
