Как бэкапить данные MS SQL 2008 + HP MSA2000 G3 SAS

[reallord]

Добрый день!
Условия:
1) кластер Windows 2008 R2 (2 х HP DL380 G7 + HBA SAS)
2) на нем кластер MS SQL 2008 R2 Std
3) дисковое хранилище HP MSA2000 G3 SAS
Хранилище подключено к серверам по SAS через HBA карту
Общий размер РАБОЧИХ баз на сервере ~2,5Тб
Сеть 1 Гбит

Система высоконагруженная, остановка не более 15 минут в день.
Уже дважды были проблемы с хранилищем разной степени сложности, что приводило к простою от 1 до 6-ти часов.
Идет еженочный бэкап всех данных (Symantec BackUp Exec 2010 R3), но в это время заметно снижается скорость работы MS SQL 2008 R2.

Вопрос:
Что лучше с точки зрения бэкапа/скорости восттановления после сбоя:
1) делать бэкап средствами MS SQL 2008 R2 + BE (размер бэкапа меньше, базы хорошо жмуться cамим MS SQL и по сети меньше данных передается)
2) делать бэкап со снэпшота, используя простой файловый бэкап, а при восстановлении просто сделать attach всем базам?
Но тут вопрос, не может ли в данном случае быть повреждений баз MS SQL которые открыты на запись в это время?
И насколько сильно снижается общая дисковая производительность при копирование со снэпшота?

[gs]

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

[gs]

Ну и это... если задача настолько критична, может задуматься о дублировании стораджей?
Как вариант - делать резервирование не кластеризацией, а средствами сиквела, и использовать два сервака с DAS?

[reallord]

А все таки, возможно ли получить поврежденный файл базы MS SQL при условии использования снэпшота readonly и копировании с него базы как файла?
То есть в базу MS SQL идет постоянная запись, в кэше контроллера хранилища всегда есть незаписанные данные, если в этот момент сделать снимок тома, какая вероятность что файлы на томе будут повреждены?

По тестам живой рабочей корзинки, бэкап со снэпшота отнимает примерно 10-15% производительности, но по времени бэкапа, выигрыш в 3-5 раз и MS SQL не так сильно напрягается по процессорам.

[gs]

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

[Bormoto]

To reallord:
Может быть, подробнее расскажете про дисковую подсистему (количество дисков, конфигурация массивов, распределение инстансов/элементов БД по массивам)? Что за характер нагрузки? Рискну предположить, судя по объему данных и учитывая первобытное состояние экономики, это скорее всего какая-нибудь торговая DSS или обработка телеметрии в ТЭК.
Какая модель восстановления (full, simple, bulk logged) и схема резервного копирования (схема применения и чередования копий full, differential, transaction log) используются?

Как-то не стыкуется высоко- нагруженная и доступная система с SQL Standard Edition. Достаточно начать ребилд индексов, который на таких объемах должен быть весьма продолжительным, и скажите привет индексированным операциям с обрабатываемой БД. Да и если делать "зеркало" БД средствами SQL Server, то асинхронный же режим не поддерживается. Тормознутость может повыситься.

Заранее прошу прощения за возможную нетактичность. А точно, 2.5 Тб именно данных? Размеры журналов транзакций (transaction logs) не слишком велики?

[diz]

Symantec умеет делать консистентные снэпшоты средствами СХД с использованием VDS\VSS провайдера СХД, причем симантек будет отрабатывать такое задание как обычное, не теряется удобство копирования\восстановления. Я описывал процедуру в этой теме: http://3nity.ru/viewtopic.php?f=9&t=15290 Это позволит сократить время резервного копироавния за счет копирования через SAN, однако снэпшоты в p2000 будут давать доп. нагрузку на СХД, что с этим делать сказали выше.

[reallord]

У меня не SAN, у меня SAS + HBA.
Самого рецепта в теме не увидел, если можно, ткните носом?
Там только ссылка на то что возможно позже будет статья.

[reallord]

To reallord:
Может быть, подробнее расскажете про дисковую подсистему (количество дисков, конфигурация массивов, распределение инстансов/элементов БД по массивам)? Что за характер нагрузки? Рискну предположить, судя по объему данных и учитывая первобытное состояние экономики, это скорее всего какая-нибудь торговая DSS или обработка телеметрии в ТЭК.
Какая модель восстановления (full, simple, bulk logged) и схема резервного копирования (схема применения и чередования копий full, differential, transaction log) используются?

Как-то не стыкуется высоко- нагруженная и доступная система с SQL Standard Edition. Достаточно начать ребилд индексов, который на таких объемах должен быть весьма продолжительным, и скажите привет индексированным операциям с обрабатываемой БД. Да и если делать "зеркало" БД средствами SQL Server, то асинхронный же режим не поддерживается. Тормознутость может повыситься.

Заранее прошу прощения за возможную нетактичность. А точно, 2.5 Тб именно данных? Размеры журналов транзакций (transaction logs) не слишком велики?

Это не одна база, это несколько разных баз. Режим всех баз - simple. Причина - 1С 8.2
Transaction log - реально пару гигабайт, иногда больше, но это не критично, ибо режим simple
Бэкап делается один раз в день full, каждый час - diff.
Система не то чтобы высоконагруженная, но точнее высокодоступная, в базах ведется круглосуточная работа.

[ITER]

Режим всех баз - simple. Причина - 1С 8.2

А можно узнать, какая связь?

[diz]

У меня не SAN, у меня SAS + HBA.
Самого рецепта в теме не увидел, если можно, ткните носом?
Там только ссылка на то что возможно позже будет статья.

Это тоже SAN Если сервер резервного копирования тоже подключен к СХД, то будет работать. Статью писать я поленился в теме описан общий принцип работы Offhost бэкапов, как все это настраивается описано в admin guide бэкап экзека, там все просто. Подводные камни могут быть только в части настройки VDS провайдера, это уже зависит от производителя СХД.

[kim_aa]

1) Backup Exec 2010|2010 R2|2010 R3 Hardware (HCL)
http://www.symantec.com/business/suppor ... 10_hcl.pdf

Смотрите "VSS Provider for Offhost backup" cтр. 39
Требование к версии Firmware не ниже "TS200R021"

2) К сожалению HP не балует документами на данную тему
Привожу пример для Dell. Отличия будут минимальны (если будут)
http://en.community.dell.com/cfs-file.a ... BE2010.pdf

[reallord]

Большое спасибо, ушел читать....

[lem0n]

вобще, можно еще пользоваться программами для автоматического бэкапа баз данных, в том числе и MS SQL. например, Яндекс выдает Handy Backup. надеюсь, поможет

[reallord]

Понятно, наверно можно еще и проводником копировать, или FAR...
Боюсь HandyBackup это глубоко не тот уровень софта, который обсуждается в данном случае.