ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / проблема с восстановлением базы после неудачного выключения
83 сообщений из 83, показаны все 4 страниц
  все  
проблема с восстановлением базы после неудачного выключения
    #39680246
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
Добрый день
Большая просьба помочь, проблема с базой, бэкапов нет (понимаю звучит плохо)

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
или можно начать с более
...
Рейтинг: 0 / 0
27.07.2018, 15:16
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680255
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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 была завершена.

вопрос все тот же, что можно сделать?
...
Рейтинг: 0 / 0
27.07.2018, 15:33
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680257
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
1. Проверить и починить дисковый массив
2. Восстановить базу из бэкапа
3. Все остальное предложите сделать тому, кто решил базу не бэкапить.
...
Рейтинг: 0 / 0
27.07.2018, 15:36
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680262
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
Гавриленко Сергей Алексеевич1. Проверить и починить дисковый массив
2. Восстановить базу из бэкапа
3. Все остальное предложите сделать тому, кто решил базу не бэкапить.
1. Админ говорит, что в рейде все хорошо
2. Бэкапа нет.
3. База бэкапилась, но после возникновения ошибки SQL Server during a write at offset 0x000037d91f0000 бэкап перестал создаваться, а старый все равно удалялся.

я понимаю, что бэкап должен быть и точка, но что можно сделать сейчас?
...
Рейтинг: 0 / 0
27.07.2018, 15:44
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680264
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
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.
    SELECT GETDATE() as runtime, command,
      session_id, database_id, total_elapsed_time,
      percent_complete, estimated_completion_time, 
      wait_resource, wait_time, wait_type, blocking_session_id,
      reads, writes, cpu_time
      FROM sys.dm_exec_requests
      WHERE command = 'DB STARTUP'
      and database_id=17



если не идет,
то попробуйте

Код: sql
1.
2.
3.
4.
5.
6.
alter database [YOURDB] set emergency 
go
select databasepropertyex('YOURDB','Status') [CurrentStatus]
go
dbcc  checkdb('YOURDB')
go


* YOURDB заменить на свое значение
...
Рейтинг: 0 / 0
27.07.2018, 15:47
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680272
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
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.
    SELECT GETDATE() as runtime, command,
      session_id, database_id, total_elapsed_time,
      percent_complete, estimated_completion_time, 
      wait_resource, wait_time, wait_type, blocking_session_id,
      reads, writes, cpu_time
      FROM sys.dm_exec_requests
      WHERE command = 'DB STARTUP'
      and database_id=17


ничего не выдается, хотя в логе каждые 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.
alter database [YOURDB] set emergency 
go
select databasepropertyex('YOURDB','Status') [CurrentStatus]
go
dbcc  checkdb('YOURDB')
go


* 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>
...
Рейтинг: 0 / 0
27.07.2018, 15:56
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680293
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
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 за момента старта инстанса
...
Рейтинг: 0 / 0
27.07.2018, 16:15
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680295
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezпосле чего ушла в сингл мод. пододждал полчаса и постарался перевести в онлайн
ALTER DATABASE [***] SET ONLINE;


какой у базы был статус?
вы уверены что это был single mode, а не что-то еще ?
...
Рейтинг: 0 / 0
27.07.2018, 16:17
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680298
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
а база сама по себе разве умеет уходить в single user?
...
Рейтинг: 0 / 0
27.07.2018, 16:19
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680305
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
TaPaKа база сама по себе разве умеет уходить в single user?
полагаю, что это был suspect или recovering
...
Рейтинг: 0 / 0
27.07.2018, 16:26
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680309
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
komradTaPaKа база сама по себе разве умеет уходить в single user?
полагаю, что это был suspect или recovering
не ну а вдруг... база такая: "фи!", кто первый тот и принц...

пятница, сис.админи в запое поди... dba там же :) А вот у ТС дба не празднует, ибо не дба :)
...
Рейтинг: 0 / 0
27.07.2018, 16:28
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680317
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
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.
07/27/2018 14:50:24,spid9s,Unknown,Recovery is complete. This is an informational message only. No user action is required.
07/27/2018 14:50:24,spid9s,Unknown,An error occurred during recovery<c/> preventing the database 'Ax09_Work' (database ID 17) from restarting. Diagnose the recovery errors and fix them<c/> or restore from a known good backup. If errors are not corrected or expected<c/> contact Technical Support.
07/27/2018 14:50:24,spid9s,Unknown,Error: 3414<c/> Severity: 21<c/> State: 2.
07/27/2018 14:50:23,spid28s,Unknown,Database 'Ax09_Work' is already open and can only have one user at a time.
07/27/2018 14:50:23,spid28s,Unknown,Error: 924<c/> Severity: 14<c/> State: 1.
07/27/2018 14:50:21,spid9s,Unknown,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\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<c/> see SQL Server Books Online.
07/27/2018 14:50:21,spid9s,Unknown,Error: 823<c/> Severity: 24<c/> State: 3.
07/27/2018 14:15:12,spid9s,Unknown,Recovery is writing a checkpoint in database 'Ax09_Work' (17). This is an informational message only. No user action is required.



выполнялась команда
Код: sql
1.
2.
ALTER DATABASE [ax09_work] SET ONLINE;
GO



если нужны логи за прошлые дни (проблема возникла вчера), просьба указать
...
Рейтинг: 0 / 0
27.07.2018, 16:40
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680319
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
TaPaKа база сама по себе разве умеет уходить в single user?
именно в сингл.
часов через 7 опять дойдет до такой фазы
...
Рейтинг: 0 / 0
27.07.2018, 16:41
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680323
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezполный лог за сегодня и дамп который образовался после выполенения компанды dbbc по ссылке



dropbox мне из офиса не доступен

можете приложить заархивированные активный errorlog и результат работы dbcc checkdb ?
dump на 450МБ пока не нужен

правильно ли я понял, что
- проблемы с базой начались вчера
- потом сиквел тормознули (случайно)
- при старте ваша база не выходит в онлайн

?
...
Рейтинг: 0 / 0
27.07.2018, 16:47
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680328
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradTaPaKа база сама по себе разве умеет уходить в single user?
полагаю, что это был suspect или recovering
сейчас в RECOVERING база, через 7 часов она дойдет до состояния single user, что можно сделать тогда?
вопрос очень важный и срочный. если есть возможность помочь, то я бы попросил помощь на условиях компенсации за потраченное время.
...
Рейтинг: 0 / 0
27.07.2018, 16:49
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680330
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezполный лог за сегодня и дамп который образовался после выполенения компанды dbbc по ссылке



dropbox мне из офиса не доступен

можете приложить заархивированные активный errorlog и результат работы dbcc checkdb ?
dump на 450МБ пока не нужен

правильно ли я понял, что
- проблемы с базой начались вчера
- потом сиквел тормознули (случайно)
- при старте ваша база не выходит в онлайн

?
dbcc сказал что не хватило памяти и свалился в ошибку, по результатам создался файл на 450 мб
проблемы с базой заметили в среду вечером, в четверг с утра базу перезапустили , после этого она не выходит в онлайн.
сегодня ночью сервер выключали и включили около 8 утра
...
Рейтинг: 0 / 0
27.07.2018, 16:53
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680333
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezkomradпропущено...

полагаю, что это был suspect или recovering
сейчас в RECOVERING база, через 7 часов она дойдет до состояния single user, что можно сделать тогда?
вопрос очень важный и срочный. если есть возможность помочь, то я бы попросил помощь на условиях компенсации за потраченное время.
через 7 часов проверить её статус и ошибки, которые вылезут после рекавери
если они будут идентичны указанным, то

Код: sql
1.
dbcc checkdb('Ax09_Work')




если не даст, то

Код: sql
1.
alter database Ax09_Work set multi_user



если не сработает

Код: sql
1.
alter database Ax09_Work set emergency


и потом снова

Код: sql
1.
dbcc checkdb('Ax09_Work')



выводы команд/попыток сохраняйте!

покажите тем временем вывод этого:
Код: sql
1.
select * from sys.master_files where database_id=17




когда или если база выйдет в онлайн, сделайте бекап
и потом
Код: sql
1.
2.
3.
4.
5.
6.
   alter database Ax09_work set recovery simple
   go
   use [Ax09_work]
   go
   dbcc shrinkfile(2,1000)
   go


- потом меняете growth unit на МБ и 500 (например)
и дальше в соответствии со своими внутренними порядками/инструкциями
...
Рейтинг: 0 / 0
27.07.2018, 16:59
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680334
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezвопрос очень важный и срочный
Аксапта база-то?
...
Рейтинг: 0 / 0
27.07.2018, 17:04
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680336
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomez проблемы с базой заметили в среду вечером

какого рода проблемы?
есть соответствующие записи в errorlog.x ?
x - 1, 2, 3 , 4 и т.д.

petrov-gomez, в четверг с утра базу перезапустили , после этого она не выходит в онлайн.

инстанс перезапустили?
...
Рейтинг: 0 / 0
27.07.2018, 17:06
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680339
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komrad
покажите тем временем вывод этого:
Код: sql
1.
select * from sys.master_files where database_id=17



Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
database_id file_id     file_guid                            type type_desc                                                    data_space_id name                                                                                                                             physical_name                                                                                                                                                                                                                                                    state state_desc                                                   size        max_size    growth      is_media_read_only is_read_only is_sparse is_percent_growth is_name_reserved create_lsn                              drop_lsn                                read_only_lsn                           read_write_lsn                          differential_base_lsn                   differential_base_guid               differential_base_time  redo_start_lsn                          redo_start_fork_guid                 redo_target_lsn                         redo_target_fork_guid                backup_lsn
----------- ----------- ------------------------------------ ---- ------------------------------------------------------------ ------------- -------------------------------------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ----- ------------------------------------------------------------ ----------- ----------- ----------- ------------------ ------------ --------- ----------------- ---------------- --------------------------------------- --------------------------------------- --------------------------------------- --------------------------------------- --------------------------------------- ------------------------------------ ----------------------- --------------------------------------- ------------------------------------ --------------------------------------- ------------------------------------ ---------------------------------------
17          1           53C67F77-0F90-4666-A893-11FB9B0955A7 0    ROWS                                                         1             Ax09_Work                                                                                                                        K:\DatabaseData\Ax09_Work.mdf                                                                                                                                                                                                                                    0     ONLINE                                                       52925912    -1          0           0                  0            0         0                 0                NULL                                    NULL                                    NULL                                    NULL                                    7516563000002413000309                  6A2374E5-9BF1-4B2D-821A-68BB3718BFB0 2018-07-23 18:06:09.030 NULL                                    NULL                                 NULL                                    NULL                                 NULL
17          2           F6B00A0D-F64B-48F2-BE2B-36D5F577955B 1    LOG                                                          0             Ax09_Work_log                                                                                                                    E:\DataBaseLog\Ax09_Work.LDF                                                                                                                                                                                                                                     0     ONLINE                                                       23296072    32000000    12800       0                  0            0         0                 0                NULL                                    NULL                                    NULL                                    NULL                                    NULL                                    NULL                                 NULL                    NULL                                    NULL                                 NULL                                    NULL                                 NULL
17          3           301EA4CE-AB61-4303-914B-738A9D1B475A 1    LOG                                                          0             Ax09_Work_log4                                                                                                                   I:\DataBaseLog\Ax09_Work_log4.ldf                                                                                                                                                                                                                                0     ONLINE                                                       28883152    268435456   12800       0                  0            0         0                 0                3798381000001298400002                  NULL                                    NULL                                    NULL                                    NULL                                    NULL                                 NULL                    NULL                                    NULL                                 NULL                                    NULL                                 NULL
17          4           38FD76C1-696A-466E-836C-D4A4B3666DB8 1    LOG                                                          0             Ax09_Work_log3                                                                                                                   G:\DataBaseLog\Ax09_Work_log3.ldf                                                                                                                                                                                                                                0     ONLINE                                                       23386496    51200000    12800       0                  0            0         0                 0                477747000000067600008                   NULL                                    NULL                                    NULL                                    NULL                                    NULL                                 NULL                    NULL                                    NULL                                 NULL                                    NULL                                 NULL
17          5           6201D128-A15D-4F62-82C7-65DA1EFD5A6A 0    ROWS                                                         2             Ax09_Work3                                                                                                                       K:\DatabaseData\Ax09_Work3.ndf                                                                                                                                                                                                                                   0     ONLINE                                                       8742904     -1          12800       0                  0            0         0                 0                1326515000000055300001                  NULL                                    NULL                                    NULL                                    7516563000002413000309                  6A2374E5-9BF1-4B2D-821A-68BB3718BFB0 2018-07-23 18:06:09.030 NULL                                    NULL                                 NULL                                    NULL                                 NULL
17          6           DEB930E0-EA36-44A2-B1F4-7BBA994BA2DD 0    ROWS                                                         1             Ax09_Work2                                                                                                                       K:\DatabaseData\Ax09_Work2.ndf                                                                                                                                                                                                                                   0     ONLINE                                                       29439096    -1          12800       0                  0            0         0                 0                1602627000002536200001                  NULL                                    NULL                                    NULL                                    7516563000002413000309                  6A2374E5-9BF1-4B2D-821A-68BB3718BFB0 2018-07-23 18:06:09.030 NULL                                    NULL                                 NULL                                    NULL                                 NULL

(6 row(s) affected)


за ширину простите, иначе сбивались столбцы
...
Рейтинг: 0 / 0
27.07.2018, 17:08
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680342
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
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.
...
Рейтинг: 0 / 0
27.07.2018, 17:11
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680351
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomez,

ну, у вас три лога (177,220,178GBs) на трех дисках (E, I, G), автоприрост в 100 МБ каждый

если база вернется из несознанки, то резать надо будет все три файла и выставить прирост в 500-800 МБ, или снова их сделать большими - там кол-во virtual log files будет скорректировано до нормальной величины
...
Рейтинг: 0 / 0
27.07.2018, 17:18
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680354
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
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/
...
Рейтинг: 0 / 0
27.07.2018, 17:22
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680355
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomez проблемы с базой заметили в среду вечером

какого рода проблемы?
есть соответствующие записи в errorlog.x ?
x - 1, 2, 3 , 4 и т.д.

petrov-gomez, в четверг с утра базу перезапустили , после этого она не выходит в онлайн.

инстанс перезапустили?

судя по логу проблемы начались раньше, первая ошибка
Код: sql
1.
2018-07-19 01:28:53.63 spid15s     The operating system returned error 19(failed to retrieve text for this error. Reason: 15105) to SQL Server during a write at offset 0x000036e2d2a000 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.



дальше такие проблемы регулярно стали проявляться, лог не смотрели.

перезапустили службу, а потом сервер
...
Рейтинг: 0 / 0
27.07.2018, 17:22
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680357
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
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/
зашел сейчас и удалось создать папку на диске К и файл в нем
...
Рейтинг: 0 / 0
27.07.2018, 17:25
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680358
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
petrov-gomezThe operating system returned error 1919 - это "The media is write protected"
Так что лично я бы сомневался вpetrov-gomezАдмин говорит, что в рейде все хорошо
...
Рейтинг: 0 / 0
27.07.2018, 17:28
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680360
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomez
дальше такие проблемы регулярно стали проявляться, лог не смотрели.



диск К еще не проверяли на ошибки?
если нет, то перед этим, на всякий случай, скопируйте базы в отдельное место на другой диск - если checkdisk "исправит" блоки, то у вас будет оригинальная копия базы для дальнейших шагов
...
Рейтинг: 0 / 0
27.07.2018, 17:28
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680361
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
invmpetrov-gomezThe operating system returned error 1919 - это "The media is write protected"
Так что лично я бы сомневался вpetrov-gomezАдмин говорит, что в рейде все хорошо
отправил админу, сейчас займется
...
Рейтинг: 0 / 0
27.07.2018, 17:31
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680362
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezдальше такие проблемы регулярно стали проявляться, лог не смотрели.



диск К еще не проверяли на ошибки?
если нет, то перед этим, на всякий случай, скопируйте базы в отдельное место на другой диск - если checkdisk "исправит" блоки, то у вас будет оригинальная копия базы для дальнейших шагов
сегодня ночью скопировали, диск еще раз проверим, после того, как восстановится база, ну по крайней мере дойдет до сообщения что complete. спасибо
...
Рейтинг: 0 / 0
27.07.2018, 17:33
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680363
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezinvmпропущено...
19 - это "The media is write protected"
Так что лично я бы сомневался впропущено...

отправил админу, сейчас займется
а "K:\DatabaseData" - это не mount point случаем?
...
Рейтинг: 0 / 0
27.07.2018, 17:33
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680367
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomez после того, как восстановится база, ну по крайней мере дойдет до сообщения что complete. спасибо

ваша база сегодня рекаверилась 7 часов, так что эта попытка ориентировочно закончится около 10 вечера

пишите в тему результаты - посмотрим что да как
...
Рейтинг: 0 / 0
27.07.2018, 17:39
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680370
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
komradpetrov-gomezпропущено...

отправил админу, сейчас займется
а "K:\DatabaseData" - это не mount point случаем?

+ проверьте атрибуты файла базы на диске К - может он read-only стал, случайно )
...
Рейтинг: 0 / 0
27.07.2018, 17:43
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680372
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomez после того, как восстановится база, ну по крайней мере дойдет до сообщения что complete. спасибо

ваша база сегодня рекаверилась 7 часов, так что эта попытка ориентировочно закончится около 10 вечера

пишите в тему результаты - посмотрим что да как
спасибо большое
как закончится рекавери не будут ничего трогать и сразу напишу
...
Рейтинг: 0 / 0
27.07.2018, 17:46
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680375
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradkomradпропущено...

а "K:\DatabaseData" - это не mount point случаем?

+ проверьте атрибуты файла базы на диске К - может он read-only стал, случайно )
у всех файлов базы НЕ стоит read-only
...
Рейтинг: 0 / 0
27.07.2018, 17:48
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680379
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezпропущено...

отправил админу, сейчас займется
а "K:\DatabaseData" - это не mount point случаем?
админ прислала картинку диска К, я не очень в теме, если надо я еще уточню
...
Рейтинг: 0 / 0
27.07.2018, 17:57
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680380
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezinvmпропущено...
19 - это "The media is write protected"
Так что лично я бы сомневался впропущено...

отправил админу, сейчас займется

а сами проверьте со стороны ОС командой diskpart:

https://blogs.technet.microsoft.com/askcore/2011/06/02/my-disk-is-read-only-help/
...
Рейтинг: 0 / 0
27.07.2018, 18:00
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680382
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezkomradпропущено...

а "K:\DatabaseData" - это не mount point случаем?
админ прислала картинку диска К, я не очень в теме, если надо я еще уточню

это она (?) со вид со стораджа прислала

вот это в powershell на сервере выполните:

Код: plaintext
Get-WmiObject Win32_Volume | Format-Table Name, Label, FreeSpace, Capacity


отсюда
...
Рейтинг: 0 / 0
27.07.2018, 18:06
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680383
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezпропущено...

отправил админу, сейчас займется

а сами проверьте со стороны ОС командой diskpart:

https://blogs.technet.microsoft.com/askcore/2011/06/02/my-disk-is-read-only-help/
сделал, все аттрибуты No. т.е. получается не read-only
...
Рейтинг: 0 / 0
27.07.2018, 18:08
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680384
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezсделал, все аттрибуты No. т.е. получается не read-only

если диск К номер 4, то получается, что не read-only
...
Рейтинг: 0 / 0
27.07.2018, 18:11
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680385
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezпропущено...

админ прислала картинку диска К, я не очень в теме, если надо я еще уточню

это она (?) со вид со стораджа прислала

вот это в powershell на сервере выполните:

Код: plaintext
Get-WmiObject Win32_Volume | Format-Table Name, Label, FreeSpace, Capacity


отсюда
опечатка, прислал
на всех дисках есть место, где лежат данные около 234 гб, где логи 600 12 и 960 (3 разных диска)
...
Рейтинг: 0 / 0
27.07.2018, 18:14
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680387
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomez,

выходит, что все диски честные, mount point нет, а диск К не read-only
...
Рейтинг: 0 / 0
27.07.2018, 18:20
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680424
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomez после того, как восстановится база, ну по крайней мере дойдет до сообщения что complete. спасибо

ваша база сегодня рекаверилась 7 часов, так что эта попытка ориентировочно закончится около 10 вечера

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

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
07/27/2018 21:21:16,spid20s,Unknown,Recovery is writing a checkpoint in database 'Ax09_Work' (17). This is an informational message only. No user action is required.
07/27/2018 21:21:16,spid20s,Unknown,0 transactions rolled back in database 'Ax09_Work' (17). This is an informational message only. No user action is required.
07/27/2018 21:21:16,spid66,Unknown,During upgrade<c/> database raised exception 3617<c/> severity 25<c/> state 23<c/> address 0000000002244BD0. Use the exception number to determine the cause.
07/27/2018 21:21:16,spid66,Unknown,Ошибка: 928<c/> серьезность: 20<c/> состояние: 1.
07/27/2018 21:21:16,spid66,Unknown,Recovery of database 'Ax09_Work' (17) is 65% complete (approximately 11235 seconds remain). Phase 3 of 3. This is an informational message only. No user action is required.
07/27/2018 21:21:16,spid66,Unknown,4762127 transactions rolled forward in database 'Ax09_Work' (17). This is an informational message only. No user action is required.
07/27/2018 21:21:16,spid66,Unknown,Recovery of database 'Ax09_Work' (17) is 65% complete (approximately 11235 seconds remain). Phase 2 of 3. This is an informational message only. No user action is required.
07/27/2018 21:21:15,spid66,Unknown,Recovery of database 'Ax09_Work' (17) is 65% complete (approximately 11245 seconds remain). Phase 2 of 3. This is an informational message only. No user action is required.
07/27/2018 21:20:55,spid66,Unknown,Recovery of database 'Ax09_Work' (17) is 65% complete (approximately 11249 seconds remain). Phase 2 of 3. This is an informational message only. No user action is required.



команда
Код: sql
1.
select databasepropertyex('ax09_work','Status')


выдает
Код: sql
1.
ONLINE


в Enterprise manger - read-only при нажатии на + ошибка что на картинке ниже.
Что сейчас можно сделать, что бы спасти данные? check db наверно не даст..
...
Рейтинг: 0 / 0
27.07.2018, 21:55
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680429
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
petrov-gomez,

по прошествии получаса база перешла в suspect, без действий с моей стороны
...
Рейтинг: 0 / 0
27.07.2018, 22:17
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680430
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
petrov-gomez,

Я в любом случае не в теме восстановления битых, но насколько я помню есть тема подсовывания нового(чистого) лога под базу. Но это лучше что в теме люди скажут
...
Рейтинг: 0 / 0
27.07.2018, 22:17
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680432
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
TaPaK,
на лог то не ругается, разве только большой он.
...
Рейтинг: 0 / 0
27.07.2018, 22:25
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680433
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezpetrov-gomez,

по прошествии получаса база перешла в suspect, без действий с моей стороны

предлагаю ее в emergency и dbcc checkdb
...
Рейтинг: 0 / 0
27.07.2018, 22:26
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680435
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezpetrov-gomez,

по прошествии получаса база перешла в suspect, без действий с моей стороны
в логе сиквела есть сообщения о ней?
...
Рейтинг: 0 / 0
27.07.2018, 22:26
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680436
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
komradpetrov-gomezpetrov-gomez,

по прошествии получаса база перешла в suspect, без действий с моей стороны
в логе сиквела есть сообщения о ней?
какой вообще размер лога?
...
Рейтинг: 0 / 0
27.07.2018, 22:28
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680438
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
TaPaKkomradпропущено...

в логе сиквела есть сообщения о ней?
какой вообще размер лога?

автор,

покажите

dbcc sqlperf(logspace)

для вашей базы
...
Рейтинг: 0 / 0
27.07.2018, 22:29
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680439
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezpetrov-gomez,

по прошествии получаса база перешла в suspect, без действий с моей стороны
в логе сиквела есть сообщения о ней?
вот что добавилось:
Код: sql
1.
2.
3.
4.
07/27/2018 22:14:39,spid20s,Unknown,An error occurred during recovery<c/> preventing the database 'Ax09_Work' (database ID 17) from restarting. Diagnose the recovery errors and fix them<c/> or restore from a known good backup. If errors are not corrected or expected<c/> contact Technical Support.
07/27/2018 22:14:39,spid20s,Unknown,Error: 3414<c/> Severity: 21<c/> State: 2.
07/27/2018 22:14:38,spid20s,Unknown,The operating system returned error 19(failed to retrieve text for this error. Reason: 15105) to SQL Server during a write at offset 0x000037edf4c000 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<c/> see SQL Server Books Online.
07/27/2018 22:14:38,spid20s,Unknown,Error: 823<c/> Severity: 24<c/> State: 3.
...
Рейтинг: 0 / 0
27.07.2018, 22:31
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680440
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezвот что добавилось:

понятно, все то же самое

тогда

Код: sql
1.
2.
3.
4.
alter database Ax09_Work set emergency
go
dbcc checkdb('Ax09_Work')
go
...
Рейтинг: 0 / 0
27.07.2018, 22:34
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680441
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradTaPaKпропущено...

какой вообще размер лога?

автор,

покажите

dbcc sqlperf(logspace)

для вашей базы
мою базу не показывает, наверно потому, что она в suspect


230 +180 +180 гб
...
Рейтинг: 0 / 0
27.07.2018, 22:36
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680442
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
в общем то о чём я писал это
пробовать приатачить без лога
https://www.mssqltips.com/sqlservertip/1894/attach-a-sql-server-database-with-a-missing-transaction-log-file/
но потери я думаю вам понятны :)
...
Рейтинг: 0 / 0
27.07.2018, 22:37
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680443
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezkomradпропущено...


автор,

покажите

dbcc sqlperf(logspace)

для вашей базы
мою базу не показывает, наверно потому, что она в suspect


230 +180 +180 гб

ок, TaPaK, принимайте
...
Рейтинг: 0 / 0
27.07.2018, 22:38
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680444
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
TaPaKв общем то о чём я писал это
пробовать приатачить без лога
https://www.mssqltips.com/sqlservertip/1894/attach-a-sql-server-database-with-a-missing-transaction-log-file/
но потери я думаю вам понятны :)

лог тут причем?
у автора ошибка записи в файл данных
проверки диска не было, проверки целостности не было
сразу резать зачем?
...
Рейтинг: 0 / 0
27.07.2018, 22:39
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680445
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
petrov-gomez,
автор230 +180 +180 гб как это расшфровуется? два лога по 180?
...
Рейтинг: 0 / 0
27.07.2018, 22:40
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680446
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
komradTaPaKв общем то о чём я писал это
пробовать приатачить без лога
https://www.mssqltips.com/sqlservertip/1894/attach-a-sql-server-database-with-a-missing-transaction-log-file/
но потери я думаю вам понятны :)

лог тут причем?
у автора ошибка записи в файл данных
проверки диска не было, проверки целостности не было
сразу резать зачем?
так я и не настаиваю на сейчас :) как осознают что неделя потеряна
...
Рейтинг: 0 / 0
27.07.2018, 22:42
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680448
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
TaPaKpetrov-gomez,
автор230 +180 +180 гб как это расшфровуется? два лога по 180?
вот тут три лога
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1299819&msg=21609109
...
Рейтинг: 0 / 0
27.07.2018, 22:43
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680450
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
komradTaPaKв общем то о чём я писал это
пробовать приатачить без лога
https://www.mssqltips.com/sqlservertip/1894/attach-a-sql-server-database-with-a-missing-transaction-log-file/
но потери я думаю вам понятны :)

лог тут причем?
у автора ошибка записи в файл данных
проверки диска не было, проверки целостности не было
сразу резать зачем?
если как вы думаете, пусть переносят на чистую машину пробуют поднимать
...
Рейтинг: 0 / 0
27.07.2018, 22:46
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680451
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
TaPaKpetrov-gomez,
автор230 +180 +180 гб как это расшфровуется? два лога по 180?
2 по 180 +-
...
Рейтинг: 0 / 0
27.07.2018, 22:48
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680453
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
TaPaKkomradпропущено...


лог тут причем?
у автора ошибка записи в файл данных
проверки диска не было, проверки целостности не было
сразу резать зачем?
если как вы думаете, пусть переносят на чистую машину пробуют поднимать
сейчас делаем новую машину, будем пытаться
...
Рейтинг: 0 / 0
27.07.2018, 22:48
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680454
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomez,

если есть другой инстанс той же версии со свободным местом
можно создать пустую базу с таким же названием и файлами
и, опустив инстанс, заменить ее файлы скопированными от вашей битой базы и поднять инстанс обратно

есть шанс, что поднимется
призрачный, но, если база важная, грех не попробовать
...
Рейтинг: 0 / 0
27.07.2018, 22:48
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680455
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
petrov-gomezTaPaKpetrov-gomez,
пропущено...
как это расшфровуется? два лога по 180?
2 по 180 +-
а коллега, ссылается что у вас 3... все на месте?
...
Рейтинг: 0 / 0
27.07.2018, 22:49
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680456
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
+ чисто философский вопрос: а сколько всего база?
...
Рейтинг: 0 / 0
27.07.2018, 22:50
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680457
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezTaPaKпропущено...

если как вы думаете, пусть переносят на чистую машину пробуют поднимать
сейчас делаем новую машину, будем пытаться

а checkdb вы делать будете?
складывается ощущение, что вы его всячески избегаете

на всякий случай - эта команда ничего не разрушает, а только проверяет, если не запущена с repair_allow_data_loss
...
Рейтинг: 0 / 0
27.07.2018, 22:51
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680458
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
komradpetrov-gomezпропущено...

сейчас делаем новую машину, будем пытаться

а checkdb вы делать будете?
складывается ощущение, что вы его всячески избегаете

на всякий случай - эта команда ничего не разрушает, а только проверяет, если не запущена с repair_allow_data_loss опять же, не профессиональное мнение: если не ошибаюсь то можно и убить совсем, так что держите копию
...
Рейтинг: 0 / 0
27.07.2018, 22:58
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680460
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
TaPaKkomradпропущено...


а checkdb вы делать будете?
складывается ощущение, что вы его всячески избегаете

на всякий случай - эта команда ничего не разрушает, а только проверяет, если не запущена с repair_allow_data_loss опять же, не профессиональное мнение: если не ошибаюсь то можно и убить совсем, так что держите копию

копия лежит в стороне, судя по всему
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1299819&msg=21609193

проверка<>исправление
...
Рейтинг: 0 / 0
27.07.2018, 23:00
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680461
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
komrad,

Не корректно прочитал ответ про repair
...
Рейтинг: 0 / 0
27.07.2018, 23:03
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680462
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
TaPaK+ чисто философский вопрос: а сколько всего база?
700 гб
...
Рейтинг: 0 / 0
27.07.2018, 23:10
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680463
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezпропущено...

сейчас делаем новую машину, будем пытаться

а checkdb вы делать будете?
складывается ощущение, что вы его всячески избегаете

на всякий случай - эта команда ничего не разрушает, а только проверяет, если не запущена с repair_allow_data_loss
сделаю, не избегаю,уже 1 раз делал
...
Рейтинг: 0 / 0
27.07.2018, 23:11
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680465
Cobalt747
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cobalt747
Участник
petrov-gomez,

А на вашем сервере размер кластера на дисках, случаем, не 4 Кб?
У нас, к примеру. пользователи жаловались на проблемы с диском.
причина оказалась (примерно) в том, что таблица кластеров диска переполнилась.
...
Рейтинг: 0 / 0
27.07.2018, 23:13
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680466
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Cobalt747petrov-gomez,

А на вашем сервере размер кластера на дисках, случаем, не 4 Кб?
У нас, к примеру. пользователи жаловались на проблемы с диском.
причина оказалась (примерно) в том, что таблица кластеров диска переполнилась.
даже лень умножать чтобы опровергнуть
...
Рейтинг: 0 / 0
27.07.2018, 23:16
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680467
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
Cobalt747petrov-gomez,

А на вашем сервере размер кластера на дисках, случаем, не 4 Кб?
У нас, к примеру. пользователи жаловались на проблемы с диском.
причина оказалась (примерно) в том, что таблица кластеров диска переполнилась.
сделал текстовый файл на 3 пробела.
размер - 3 байта
размер на диске 4кб -4096 байт
...
Рейтинг: 0 / 0
27.07.2018, 23:27
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680471
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezCobalt747petrov-gomez,

А на вашем сервере размер кластера на дисках, случаем, не 4 Кб?
У нас, к примеру. пользователи жаловались на проблемы с диском.
причина оказалась (примерно) в том, что таблица кластеров диска переполнилась.
сделал текстовый файл на 3 пробела.
размер - 3 байта
размер на диске 4кб -4096 байт

вот так проверьте (powershell)

Get-WmiObject -Class Win32_Volume | Select-Object Label, BlockSize

https://www.bytesizedalex.com/get-windows-ntfs-block-size/
...
Рейтинг: 0 / 0
27.07.2018, 23:51
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680506
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomezпропущено...

сделал текстовый файл на 3 пробела.
размер - 3 байта
размер на диске 4кб -4096 байт

вот так проверьте (powershell)

Get-WmiObject -Class Win32_Volume | Select-Object Label, BlockSize

https://www.bytesizedalex.com/get-windows-ntfs-block-size/
на всех дисках blocksize 4096
...
Рейтинг: 0 / 0
28.07.2018, 10:59
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680514
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomezkomradпропущено...


вот так проверьте (powershell)

Get-WmiObject -Class Win32_Volume | Select-Object Label, BlockSize

https://www.bytesizedalex.com/get-windows-ntfs-block-size/
на всех дисках blocksize 4096

оптимальный размер блока для сиквельных дисков 64к
все остальное - потеря производительности
...
Рейтинг: 0 / 0
28.07.2018, 12:15
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680518
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
komrad,

но не оптимально для хранения. Нужен компромисс.
...
Рейтинг: 0 / 0
28.07.2018, 12:51
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680521
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
Владислав Колосовkomrad,

но не оптимально для хранения. Нужен компромисс.Эээ, почему "неоптимально"? Одинаково оптимально, потери будут равны нулю, независимо от размера блока. Мы же говорим про сиквел, а не про файловое хранилище на миллион маленьких файлов.
...
Рейтинг: 0 / 0
28.07.2018, 13:13
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680525
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
Владислав Колосовkomrad,

но не оптимально для хранения. Нужен компромисс.

обычно, диски для баз данные выделенные и на них ничего "левого" не хранят
...
Рейтинг: 0 / 0
28.07.2018, 13:32
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39680900
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
komrad
Участник
petrov-gomez,

ну как там?
...
Рейтинг: 0 / 0
30.07.2018, 10:43
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39681668
petrov-gomez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petrov-gomez
Участник
komradpetrov-gomez,

ну как там?
всем добрый день
извините за тишину, было чуть занят.
по итогам:
1. База уходила в Recovery несколько раз, так и не получилось запустить checkdb
2. Нашли человека, который согласился нам помочь (дальше следовали его советам)
3. каким то хитрым способом смог подключить файлы данных, без лога
4. Посл этого запустили checkdb, который обнаружил ошибки в 10 пользовательских таблицах и sys.sysrscols
5. После запустили repair_allow_data_loss
6. База стала стала Online, данные вроде читались, на например при попытке открыть список хранимых процедур в студии выдавалась ошибка. поэтому решили копировать все данные в новую базу.
7. скриптами убили все индексы, перенесли объекты, перенесли данные ssis, таблица с блобами копировалась около 10 часов
8. после накатили индексы и сравнили данные
9. запустились.
10. "старые" рейды освободили, начали анализировать на ошибки
11. надеюсь вынесли уроки из самой большой ит аварии за 13 лет.

ps всем большое спасибо за помощь, особенно товарищу komrad
...
Рейтинг: 0 / 0
31.07.2018, 16:50
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39681671
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
petrov-gomez,

ну как базу без лога подключить писали ещё на первой странице
...
Рейтинг: 0 / 0
31.07.2018, 16:53
| Ответить | Цитировать | Написать  
проблема с восстановлением базы после неудачного выключения
    #39681679
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
авторбэкапов нет (понимаю звучит плохо)

petrov-gomez11. надеюсь вынесли уроки из самой большой ит аварии за 13 лет.

бекап понадобился раз за 13 лет, можно и дальше не делать
...
Рейтинг: 0 / 0
31.07.2018, 17:10
| Ответить | Цитировать | Написать  
83 сообщений из 83, показаны все 4 страниц
  все  
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / проблема с восстановлением базы после неудачного выключения
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]