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

Откуда:
Сообщений: 26
https://www.sql.ru/forum/actualthread.aspx?tid=855324 - Эта проблема была с тестовым сервером, её решил, всем спасибо.



Следующий вопрос, есть база объёмом 400+гб. Резервное копирование никогда не делалось, режим восстановления – симпле. Думаю, что это никогда не делалось из-за того, что на внешнем стородже(подключен по FC 8гб/с) было мало свободного места(сейчас меньше 100мб свободно). В свете того, что в эти выходные я планирую добавить новые жёсткие диски в сторедж, и увеличить свободный объём на 150ГБ.
Одбц чек дб возвращает порядка 7000 ошибок по базе, исправления не делали.
Мейнтаненс палана тоже нету, индексы наверно никогда не пересчитывали.
Основная база, САЙЗ – 385ГБ.
Спейс авейлобл – 100ГБ.

Предполагаю сделать следующие:
1. Делаю копию базы(физическое копирование файлов)
2. Добавляю новые ХДД.
3. Делаю одбц чек дб с репейр_олоу_дата_лосс
4. Делаю шринк дата бейз.
5. После этого делаю ещё один полный бэкап(уже средствами ентерпрайз менеджер)
6. Включаю режим восстановления Фул.
7. Назначаю резервное копирование транскт_лога на кажду ночь – ну тут буду ещё смотреть смотря от того как он будет расти, от объёма.
8. Планирую на раз в неделю мейнтененс план.


Ещё вопрос, в соседней теме проскочило, что это не очень хорошо, если темповая база находится на одном диске/папке с остальными базами. На сколько я понимаю, это из-за того, что возможны варианты когда идёт выборка/упдейт по основной базе, и сразу дублирование этой инфы в темп_бд что приводит к высокой утилизации ХДД. На сколько это актуально при использовании стореджей внешних? Я так понимаю, что даже если я разнесу темповую базу на отдельный лун, то всё равно упрусь в потолок интерфейса FC. Или нет? Вариант хранить базу на локальных дисках, не очень хорош тем, что сиквел крутится на отказоустойчивом кластере. И базы должны быть доступны с обоих серверов на случай падения оного из них.



Может кто-то посоветовать что-то? Может я что-то не делаю/собираюсь делать?

Заранее спасибо!
2 июн 11, 12:04    [10751383]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Anatoly Podgoretsky
Member

Откуда:
Сообщений: 62908
пункты 4 и 5 лишнии, архивировать стоит уже в режиме full и не лог, а данные и лог.
shrink можно сделать один раз, если много пустого места.
2 июн 11, 12:19    [10751521]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
me2k
Member

Откуда:
Сообщений: 26
Возможно я тогда что-то недопонимаю?
В моём понимаю, один из смыслов режима ФУЛЛ, в том, что сделав единожды полный бек-ап, мы в дальнейшем можем делать уже только бек трансакшен лога.
И в случае проблем, восстанавливать по ФУЛЛ бекап + трансакшен логии по нарастанию. Я не прав?
Вопрос в том, что сделать 400ГБ бекап – физически сложно, т.к. единственное время когда с базой не работают это воскресенье с 2 до 10 вечера. В остальное время её активно пользуют, а копирование по сети 400гб занимает 5-6часов. По этому и хотелось делать Один раз фулл, в дальнейшем только трансакт-логи. Естественно, что фул бекап тоже будет делаться, но не каждый день. А один-два раза в месяц.
2 июн 11, 12:27    [10751595]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
me2k
Возможно я тогда что-то недопонимаю?
В моём понимаю, один из смыслов режима ФУЛЛ, в том, что сделав единожды полный бек-ап, мы в дальнейшем можем делать уже только бек трансакшен лога.
И в случае проблем, восстанавливать по ФУЛЛ бекап + трансакшен логии по нарастанию. Я не прав?
Вопрос в том, что сделать 400ГБ бекап – физически сложно, т.к. единственное время когда с базой не работают это воскресенье с 2 до 10 вечера. В остальное время её активно пользуют, а копирование по сети 400гб занимает 5-6часов. По этому и хотелось делать Один раз фулл, в дальнейшем только трансакт-логи. Естественно, что фул бекап тоже будет делаться, но не каждый день. А один-два раза в месяц.
Ну вы попробуйте как-нибудь восстановить логи хотя бы за неделю, и сразу все станет ясно. xD
2 июн 11, 12:30    [10751622]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
me2k
Member

Откуда:
Сообщений: 26
Я с сиквелом работаю очень не давно )
Если можно подробнее, с какими проблемами я столкнусь? Если верить книжкам, то там всё бело и пушистое )
Это не так?

Как ещё по вашему можно организовать копирование таких объёмов?
2 июн 11, 12:40    [10751728]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Crimean
Member

Откуда:
Сообщений: 13147
версия сервера?
2 июн 11, 12:42    [10751761]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
me2k
Member

Откуда:
Сообщений: 26
2000 СП4
2 июн 11, 12:44    [10751791]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
me2k
Я с сиквелом работаю очень не давно )
Если можно подробнее, с какими проблемами я столкнусь? Если верить книжкам, то там всё бело и пушистое )
Это не так?

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

Поэтому стратегию бэкапа надо начинать разрабатывать с выяснения требований, к примеру таких, как максимально возможное время простоя при сбое и т.п.
2 июн 11, 12:45    [10751792]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 35380
Блог
У вас наверняка большая часть объема базы - архивные данные.
Попробуйте вынести их в read-only файловую группу, и сделать ее бэкап один раз, соответственно бэкапить придется только активную часть базы.
2 июн 11, 12:46    [10751808]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Crimean
Member

Откуда:
Сообщений: 13147
me2k
2000 СП4


жесть. лайтспид что ли поставьте для резервного копирования. уйдут вопросы с местом и скоростью
2008 не предлагаю ибо. но там это и еще чуть-чуть решено. хотя и багов привнесли
2 июн 11, 12:48    [10751827]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
me2k
Member

Откуда:
Сообщений: 26
Гавриленко Сергей Алексеевич,

Время простоя – минимальное. Самое худшее, это наверно сутки.
Сиквел обслуживает ERP систему, на которой работает завод. В случае падения полный простой всего – материал на производство не выдаётся, готовая продукция не приходуется, лейблы на готовую продукцию не печатаются и.т.п. В данном случае всё грустно. Это кстати одна из причин, почему не очень удобно делать полный бекап, занимает времени 5-6 часов, и останавливать на это время завод – возможности нету.
2 июн 11, 12:49    [10751841]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
me2k
Member

Откуда:
Сообщений: 26
Критик
У вас наверняка большая часть объема базы - архивные данные.
Попробуйте вынести их в read-only файловую группу, и сделать ее бэкап один раз, соответственно бэкапить придется только активную часть базы.



Каким образом средствами сиквела это можно сделать? как отследить архивную от не архивной?
Это 100% так, но как это проверить/вывести?



Crimean,

Спасибо за совет, посмотрю.
2 июн 11, 12:53    [10751883]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
me2k
Гавриленко Сергей Алексеевич,

Время простоя – минимальное. Самое худшее, это наверно сутки.
Сиквел обслуживает ERP систему, на которой работает завод.
Ой, бедный ваш завод ...

В общем, про лайтспид уже сказали: жать все это надо. Ну и при "время восстановления - сутки" полный бэкап делать придется тоже не реже, в общем-то. Вы это попробуете и сами увидите все.

me2k
Это кстати одна из причин, почему не очень удобно делать полный бекап, занимает времени 5-6 часов, и останавливать на это время завод – возможности нету.
С чего вы взяли, что на время полного бэкапа придется что-то останавливать?
2 июн 11, 12:53    [10751888]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
me2k
Каким образом средствами сиквела это можно сделать?
Средствами сиквела это делается путем вынесения части данных в Read Only файловые группы и раздельным их бэкапом.
me2k
как отследить архивную от не архивной?
Это 100% так, но как это проверить/вывести?
А вот тут надо знать логику приложения. Не факт, что вообще выйдет.
2 июн 11, 12:54    [10751899]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
me2k
Member

Откуда:
Сообщений: 26
Гавриленко Сергей Алексеевич
Ой, бедный ваш завод ...

В общем, про лайтспид уже сказали: жать все это надо. Ну и при "время восстановления - сутки" полный бэкап делать придется тоже не реже, в общем-то. Вы это попробуете и сами увидите все.
С чего вы взяли, что на время полного бэкапа придется что-то останавливать?

У нас это последний год, с этой ЕРП, с нового года всё полностью на САП переходит, который админится и крутить уже не у нас.

Есть у нас одна дебильная программка, которая работает с двумя сиквелами сразу. Когда начинается бекап, вырастает нагрузка на сиквел, и она начинает вылетать в конекшен тайм-аут. Проблемы 100% с ней, но поделать ничего не получается.

Ой, бедный ваш завод ...

В общем, про лайтспид уже сказали: жать все это надо. Ну и при "время восстановления - сутки" полный бэкап делать придется тоже не реже, в общем-то. Вы это попробуете и сами увидите все.


Спасибо, буду пробовать.
2 июн 11, 13:05    [10751983]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Anatoly Podgoretsky
Member

Откуда:
Сообщений: 62908
me2k
останавливать на это время завод – возможности нету.

А это еще зачем?
2 июн 11, 13:26    [10752155]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
me2k
Member

Откуда:
Сообщений: 26
Вопрос в лайт-спид, а как он делает Diffiretial бекап? На основании чего?
2 июн 11, 13:57    [10752500]     Ответить | Цитировать Сообщить модератору
 Re: Вопросы резервного копирования и оптимизации базы 400+гб.  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 35380
Блог
на основании инструкции BACKUP
2 июн 11, 14:26    [10752842]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить