Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
Наталья_ГИ
Member

Откуда:
Сообщений: 5
База 400 гб. ОС 2008 r2 х64. Раньше бэкап шел часа 2 от силы. После 3-4 месяцев работы время бэкапа увеличилось до 14 часов!!! А время восстановления, которое раньше занимало часа 2-3, увеличилось до 1,5 суток!!! Подскажите, кто чем может. Заранее большое спасибо!
4 апр 12, 09:19    [12361726]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31950
Наталья_ГИ
База 400 гб. ОС 2008 r2 х64. Раньше бэкап шел часа 2 от силы. После 3-4 месяцев работы время бэкапа увеличилось до 14 часов!!! А время восстановления, которое раньше занимало часа 2-3, увеличилось до 1,5 суток!!! Подскажите, кто чем может. Заранее большое спасибо!
Насколько изменились размеры с того времени?

Какая интенсивность IO по файлам во время бакапа?

Какой размер очереди к дискам?

Какая интенсивность IO и размер очереди к дискам перед бакапом?
4 апр 12, 09:32    [12361781]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
rigus
Member

Откуда: Сургут
Сообщений: 349
А с дисковой системой все в порядке?
База на каком Raidе? (Надеюсь не на 5том) Само состояние RAID в порядке?
Батарейка на рейде не сдохла случаем (т.е. не отключилось ли кеширование чтения/записи).
4 апр 12, 09:32    [12361783]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
Наталья_ГИ
Member

Откуда:
Сообщений: 5
Под работу системы выделен дисковый массив Infortrend, диски SATA, под базу raid-5, 128 кэш, состояние - нормальное, без проблем. Ранее был sql 2000, ос 2003. Проблем подобного плана не возникало. На новую платформу перешли как раз месяцев 5 назад. Размер базы увеличивается, но не сильно - при переходе около 380 гб было. Причем все базы на этом сервере стали дольше бэкапиться и восстанавливаться.
4 апр 12, 10:00    [12362009]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31950
Наталья_ГИ
На новую платформу перешли как раз месяцев 5 назад
В смысле, проблемы начались сразу после перехода на новую платформу и сразу на всех базах? Ну так понятно, где искать.
4 апр 12, 10:10    [12362069]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
Наталья_ГИ
Member

Откуда:
Сообщений: 5
Проблемы начались после 3-4 месяцев работы. Сразу после перехода наоборот лучше стало )
4 апр 12, 10:13    [12362096]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31950
Наталья_ГИ
Проблемы начались после 3-4 месяцев работы. Сразу после перехода наоборот лучше стало )
Ну тогда делайте по пунктам, то что выше написал.
4 апр 12, 10:23    [12362181]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8877
Скорее всего, бэкап делается на тот же рэйд, где находится база.
При смерти двух дисков в RAID-е или самого контроллера всё пойдёт прахом.
Ну и 128 МБайт рэйдовой памяти для вас - маловато.

Кстати, а все диски в рэйде у вас в порядке?
4 апр 12, 11:59    [12363032]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2008 r2 sp1 CU1 Долго идет бэкап  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Про дисковую под бэкапы. Для бэкапов однозначно отдельный массив, лучше - отдельная железка или, на худой конец, отдельный контроллер. На нем 10й рейд (если есть тестирование, то можно и 0й, хотя я бы не стал делать). Пятый рейд на последовательную запись в полтора раза медленнее десятого (по крайне мере, наш был).

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

Про нагрузку во время бэкапа. Проверьте, нет ли у вас регламентов, типа ребилда индексов, совпадающего по времени с полным бэкапом. Гарантированно увеличит время полного бэкапа в разы сразу.

Про время восстановления. Оно у вас такое, потому что за 14 часов к полному бэкапу приходиться добавлять приличную часть бэкапа лога, чтобы потом восстановить базу в консистентное состояние на момент окончания бэкапа. При ресторе, соответсвенно, эта часть лога тоже накатывается. А лог ресторится ой как долго.
4 апр 12, 12:23    [12363276]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить