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

Откуда:
Сообщений: 59
Случилась беда... кривые руки исполнили truncate на рабочей базе...
Пришлось запустить restore database (из-под Ent. Manager).
Висит окошко "Restore Progress" уже почти 1 час, никаких сдвигов.

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

Сервер MS SQL 2000.
14 апр 11, 17:12    [10519806]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Ну, если запустили из EM, то весь прогресс будет в прогрессбаре (там был, вроде). Больше на 2000м, скорее всего, нигде.
14 апр 11, 17:17    [10519841]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
Александр Дж.,

запустите руками restore database с опицией with stats там будеи видно на чем стопорится
14 апр 11, 17:28    [10519920]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
DeColo®es
Member

Откуда: Москва
Сообщений: 5503
Блог
Через sp_who посмотрите spid процесса, в котором идет RESTORE
Через sp_lock - кто его блокирует (если его кто-то блокирует).
DBCC OUTPUTBUFFER для процесса коряво, но покажет прогресс восстановления, если он идет.
14 апр 11, 17:55    [10520137]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Glory
Member

Откуда:
Сообщений: 104751
Александр Дж.
Случилась беда... кривые руки исполнили truncate на рабочей базе...
Пришлось запустить restore database (из-под Ent. Manager).
Висит окошко "Restore Progress" уже почти 1 час, никаких сдвигов.

А файлы из бэкапа наверное под несколько гигов ?
Если да, то пока файлы физически не будут размечены, собственно восстановления не начнется
И никакого прогресса не будет
Потому что процесс разметки файлов не "прогрессируется"
14 апр 11, 18:14    [10520265]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
DeColo®es
Member

Откуда: Москва
Сообщений: 5503
Блог
Glory
А файлы из бэкапа наверное под несколько гигов ?
Если да, то пока файлы физически не будут размечены, собственно восстановления не начнется
"Несколько гигов" - это все, что меньше 10.
Если там "разметка" идет час, то это не более 3мб/сек. записи на диск. Вряд ли у ТС все настолько плохо с дисками.
14 апр 11, 18:28    [10520345]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
Glory
Александр Дж.
Случилась беда... кривые руки исполнили truncate на рабочей базе...
Пришлось запустить restore database (из-под Ent. Manager).
Висит окошко "Restore Progress" уже почти 1 час, никаких сдвигов.

А файлы из бэкапа наверное под несколько гигов ?
Если да, то пока файлы физически не будут размечены, собственно восстановления не начнется
И никакого прогресса не будет
Потому что процесс разметки файлов не "прогрессируется"

База 120 Гиг, теперь все ясно... и ничего хорошего в этом нет. Спасибо
15 апр 11, 10:19    [10522064]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
iljy
Member

Откуда:
Сообщений: 8711
Александр Дж.
Glory
пропущено...

А файлы из бэкапа наверное под несколько гигов ?
Если да, то пока файлы физически не будут размечены, собственно восстановления не начнется
И никакого прогресса не будет
Потому что процесс разметки файлов не "прогрессируется"

База 120 Гиг, теперь все ясно... и ничего хорошего в этом нет. Спасибо

Разрешите в локальных политиках для учетки скуля "Perfom volume maintenance tasks".
15 апр 11, 10:35    [10522146]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
и снова понадобилось тоже самое... висит окошко 3 часа и ничего не двигается...
может быть, более правильным было бы базу (134 Гб) разбить на десяток файлов по 13 Гиг??
18 авг 11, 18:46    [11141947]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31984
Александр Дж.
может быть, более правильным было бы базу (134 Гб) разбить на десяток файлов по 13 Гиг??
Нет, то же самое.

Разрешили:
iljy
Разрешите в локальных политиках для учетки скуля "Perfom volume maintenance tasks".
?
18 авг 11, 18:53    [11141986]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
да, в локальной политике разрешили
18 авг 11, 20:23    [11142361]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
1 час 15 минут... и прогресс задвигался
получается, он все это время занимался "разметкой диска"?
18 авг 11, 20:24    [11142367]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
6 SSD винтов, RAID 10, база 134 Гб
почему так долго???
18 авг 11, 20:27    [11142378]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Александр Дж.,

Счетчики дисковой активности Вам в руки.
18 авг 11, 20:55    [11142477]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
pkarklin
Александр Дж.,

Счетчики дисковой активности Вам в руки.


спасибо за совет:)
счетчики показывают, что с диском идет активная работа:)
22 авг 11, 18:28    [11159606]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
странное дело...
сменил серверную ось на 2008 R2 (был 2003 x64)
вся операция прошла за 1 час 10 минут - тот же файл на том же сервере
из них так называемая "разметка файлов" длилась 30 минут
22 авг 11, 18:32    [11159633]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
tpg
Member

Откуда: Novosibirsk
Сообщений: 23902
???

http://msdn.microsoft.com/en-us/library/dd758814.aspx
23 авг 11, 08:56    [11161320]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
tpg
???

http://msdn.microsoft.com/en-us/library/dd758814.aspx


Разделы были выравнены и в обоих случаях
23 авг 11, 15:19    [11164911]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
egaraev
Member

Откуда:
Сообщений: 63
+ для Windows 2008 Server не требуется устанавливать смещение вручную.
23 авг 11, 17:19    [11166084]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
Александр Дж.
странное дело...
сменил серверную ось на 2008 R2 (был 2003 x64)
вся операция прошла за 1 час 10 минут - тот же файл на том же сервере
из них так называемая "разметка файлов" длилась 30 минут


Все тоже самое, но теперь stripe size в RAID-массиве не 64Кб, а 1024Кб.
В результате - 15 минут на все.
2 сен 11, 08:54    [11216067]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
Александр Дж.
Member

Откуда:
Сообщений: 59
Подсказка найдена здесь: Методика тестирования дисковой подсистемы
Мои графики показывают, что скорость дисков только возрастает при увеличении stripe size, при чем для разных размеров блоков чтения/записи
2 сен 11, 09:11    [11216104]     Ответить | Цитировать Сообщить модератору
 Re: Прогресс восстановления БД  [new]
tpg
Member

Откуда: Novosibirsk
Сообщений: 23902
Вот тут - https://www.sql.ru/forum/actualthread.aspx?tid=875792&pg=3&mid=11211832#11211832 человек выложил кучку полезных скриптов, в числе которых есть и скрипт, показывающий процент выполнения некоторых инструкций, в том числе и восстановления базы.
2 сен 11, 09:39    [11216210]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить