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