У меня довольно сложная задача, которую мне нужно решить.
У меня есть 6 ТБ данных в Нью-Гэмпшире, которые мне нужно переместить в Техас. Это все данные SQL Server. Резервное копирование данных на ленту осуществляется через Commvault, а также через файловый агент Netapp.
Я пытаюсь понять, как я собираюсь переместить этот объем данных. Было заявлено, что копирование данных по каналу WAN в значительной степени не вариант.
Это подводит меня к моему вопросу: при восстановлении Commvault с ленты будет ли оно просто выполняться и выгружать кучу файлов * .mdf и * .ldf в указанную папку? Тогда я могу просто прикрепить их в SQL?
Проблема здесь в том, что займет меньше времени:
A. Резервное копирование данных на ленту, отправка лент по почте в Остин, восстановление с помощью Commvault, подключение баз данных в SQL
Б. Перемещение физических серверов баз данных из Остина в Нью-Гэмпшир, выполнение резервных копий SQL в файловую систему на исходном сервере SQL, копирование резервных копий на новый сервер SQL, восстановление из файловой системы
Угадайте, что все сводится к проблеме с лентой и диском? 6 ТБ данных, необходимо восстановить дважды (на два разных SQL-сервера)
Спасибо за руководство!
Я знаю, что это старый вопрос, но это первый вопрос, который появляется при поиске "commvault" на serverfault.
У меня есть два года опыта работы с Commvault Simpana v9 и v10 в качестве специалиста службы поддержки и год в качестве системного инженера.
Первый вопрос
Чтобы ответить на ваш первый вопрос, да, при обычном восстановлении базы данных создаются файлы .mdf и .ldf, которые обычно автоматически подключаются к целевой системе.
Второй вопрос
Самый быстрый способ восстановить базы данных, восстановление которых через глобальную сеть выполняется слишком медленно, - это восстановить файлы базы данных SQL с помощью Выполнение частичного (поэтапного) восстановления базы данных (не на месте) на магнитную ленту (файлы .mdf, .ldf, .ndf) и отправил его в место назначения для монтирования к серверу SQL.
Если возможно, альтернативой будет установка базы данных в виртуальной среде восстановления в Нью-Гэмпшире, где хранятся резервные данные, и соответствующая маршрутизация трафика Остина к восстановленной системе SQL. Это будет намного быстрее для достижения цели времени восстановления, однако это возможно только в том случае, если вы сможете правильно направить трафик.
CommVault Simpana v9, v10 и v11 восстанавливает базы данных Microsoft SQL двумя способами. Восстановление на уровне базы данных и Файл базы данных / восстановление на уровне файловой группы. У каждого есть вариации в зависимости от желаемого результата. Подробнее см. Ниже:
Документация по восстановлению базы данных Microsoft SQL v10
Документация по восстановлению базы данных Microsoft SQL v11
Вот несколько инструкций, применимых к v9, v10 и v11.
По умолчанию база данных восстанавливается в том же месте, откуда было выполнено резервное копирование с помощью агента резервного копирования CommVault Simpana SQL, а существующие файлы базы данных перезаписываются. Это восстановление оставляет базу данных в оперативном состоянии.
Это запустит немедленное восстановление базы данных обратно в систему, из которой было выполнено резервное копирование, и данные будут перезаписаны.
База данных может быть восстановлена в другой системе, в которой также установлен агент резервного копирования базы данных SQL. Это восстановление подключает базу данных в оперативном состоянии в целевой системе после восстановления данных.
Это запустит немедленное восстановление баз данных в выбранной целевой системе и подключит базу данных в оперативном состоянии.
Вы можете полностью восстановить базу данных, восстановив все файлы / файловые группы, составляющие базу данных. Этот параметр не позволяет выбирать несколько баз данных, однако это является вашим преимуществом, поскольку восстановление баз данных на уровне файлов обычно ограничивается одним потоком для каждого задания.
Используя несколько заданий восстановления файлов базы данных, вы можете увеличить общую производительность восстановления и сократить время, необходимое для восстановления всего набора данных.
Примечание: Если вы восстанавливаете одну большую базу данных в файлы, желательно разбить отдельные файлы базы данных как отдельные задания, используя Выполнение частичного (поэтапного) восстановления базы данных (не на месте)
Это запустит немедленное восстановление файлов базы данных в выбранную целевую систему и подключит базу данных в оперативном состоянии.
Если размер файловой группы в базе данных велик, операция восстановления может занять значительное время. В таком случае вы можете восстановить базу данных поэтапно.
Частичное восстановление, также известное как поэтапное восстановление в SQL Server версии 2005 и более поздних версий, позволяет восстанавливать базу данных поэтапно.
Для поэтапного восстановления базы данных на уровне файловой группы выполните следующие действия:
Выполните частичное восстановление всех оставшихся файловых групп одну за другой, чтобы восстановить всю базу данных. ВАЖНАЯ ЗАМЕТКА: Это нельзя делать параллельно, а нужно делать последовательно!