К какому формату CommVault восстанавливает для резервных копий SQL-сервера?
У меня есть довольно сложная задача, которую я должен выяснить.
У меня есть 6 ТБ данных в Нью-Гэмпшире, который я должен переместить в Техас. Это - все данные SQL Server. Данные сохранены для записи на ленту через CommVault, а также файловый сервер NetApp.
То, что я пытаюсь выяснить, - то, как я собираюсь переместить этот объем данных. Было указано, что копирование данных через канал WAN является в значительной степени не опцией.
Это приносит мне к моему вопросу при выполнении восстановления CommVault от ленты, он просто пробежит и выведет набор *.mdf и *.ldf к указанной папке? Затем я могу просто присоединить тех, которые в SQL?
Проблема здесь - то, что заняло бы меньше количества времени:
A. Данные резервного копирования для записи на ленту поставьте ленты в почте в Остин, использование восстановления CommVault, присоедините базы данных в SQL
B. Переместите физические серверы баз данных от Остина до Нью-Гэмпшира, сделайте резервные копии 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 двумя способами: Восстановление уровня базы данных и Восстановление на уровне файла / файловой группы базы данных . У каждого есть вариации в зависимости от желаемого результата. Подробнее см. Ниже:
v10 Документация по восстановлению базы данных Microsoft SQL
v11 Документация по восстановлению базы данных Microsoft SQL
Вот некоторые инструкции, которые относятся к v9, v10 и v11.
Восстановление базы данных по умолчанию (на месте )
По умолчанию база данных восстанавливается в том же месте, откуда была создана резервная копия с помощью агента резервного копирования CommVault Simpana SQL, а существующие файлы базы данных перезаписываются. Это восстановление оставляет базу данных в оперативном состоянии.
- В браузере CommCell перейдите к Клиентские компьютеры | Клиент | SQL Server .
- Щелкните правой кнопкой мыши экземпляр , а затем выберите Все задачи | Обзор и восстановление .
- Нажмите Просмотреть содержимое .
- На правой панели окна Обзор выберите несистемную базу данных, которую вы хотите восстановить, и нажмите Восстановить все выбранное .
- Установите флажок Безоговорочно перезаписать существующую базу данных или файлы .
- Нажмите OK , чтобы начать восстановление.
Это запустит немедленное восстановление базы данных обратно в систему, из которой было выполнено резервное копирование, и данные будут перезаписаны.
Восстановление базы данных (вне места)
База данных может быть восстановлена в другой системе, в которой также установлен агент резервного копирования базы данных SQL . Это восстановление подключает базу данных в оперативном состоянии в целевой системе после восстановления данных.
- В браузере CommCell перейдите к Клиентские компьютеры | Клиент | SQL Server .
- Щелкните правой кнопкой мыши экземпляр , а затем выберите Все задачи | Обзор и восстановление .
- Щелкните Просмотр содержимого .
- На правой панели окна обзора выберите несистемную базу данных, которую вы хотите восстановить, и нажмите Восстановить все выбранное .
- Выберите Целевой сервер из раскрывающегося списка.
- Переименуйте базу данных в столбце База данных и измените путь к файлам базы данных и журналам в столбце Столбец Физический путь .
- Установите флажок Безоговорочно перезаписать существующую базу данных или файлы .
- Нажмите OK , чтобы начать восстановление.
Это начнется немедленное восстановление баз данных в выбранной целевой системе и подключение базы данных в оперативном состоянии.
Восстановление базы данных с использованием уровня файла или файловой группы (вне места)
Вы можете восстановить базу данных в ее целиком, восстановив все файлы / файловые группы, составляющие базу данных. Этот параметр не позволяет выбирать несколько баз данных, однако это является вашим преимуществом, поскольку восстановление баз данных на уровне файлов обычно ограничивается одним потоком для каждого задания.
Используя несколько заданий восстановления файлов базы данных, вы можете увеличить общую производительность восстановления и сократить время, необходимое для восстановления всего набора данных.
Примечание: Если вы восстанавливаете одну большую базу данных в файлы, предпочтительнее разбивать отдельные файлы базы данных как отдельные задания, используя Выполнение частичного (поэтапного) восстановления базы данных (вне сети). Place)
- В браузере CommCell перейдите к Клиентские компьютеры | Клиент | SQL Server .
- Щелкните правой кнопкой мыши экземпляр , а затем щелкните Все задачи | Обзор и восстановление .
- В окне Параметры восстановления щелкните вкладку Дополнительные параметры .
- Выберите Файл / Группа файлов , а затем щелкните Просмотреть содержимое .
- На правой панели окна обзора выберите базу данных, которую вы хотите восстановить.
- Щелкните Восстановить все выбранное .
- Выберите
- 1138332] Целевой сервер из раскрывающегося списка.
- Переименуйте базу данных в столбце База данных и измените путь к файлам базы данных и журнала в столбце Физический путь .
- Установите флажок Безоговорочно перезаписать существующую базу данных или файлы .
- Нажмите ОК , чтобы начать восстановление.
Это запустит немедленное восстановление файлов базы данных в выбранную целевую систему и подключит базу данных в онлайн-состоянии.
Выполнение частичного (поэтапного) Восстановление базы данных (не на месте)
Если размер файловой группы в базе данных большой, операция восстановления может занять значительное время. В таком случае вы можете восстановить базу данных поэтапно.
Частичное восстановление, также известное как поэтапное восстановление в SQL Server версии 2005 и более поздних версий, позволяет восстанавливать базу данных поэтапно.
Выполните шаги, указанные ниже, чтобы восстановить базу данных. поэтапно на уровне файловой группы:
- В браузере CommCell перейдите к Клиентские компьютеры | Клиент | SQL Server .
- Щелкните правой кнопкой мыши экземпляр , а затем щелкните Все задачи | Обзор и восстановление .
- В окне Параметры восстановления щелкните вкладку Дополнительные параметры .
- Выберите Файл / Группа файлов , а затем щелкните Просмотреть содержимое .
- На левой панели окна обзора перейдите к базе данных, содержащей файловые группы, которые вы хотите восстановить.
- Выберите файловые группы, которые вы хотите восстановить, на правой панели и нажмите Восстановить все выбранные .
- Выберите целевой сервер из раскрывающегося списка.
- Переименуйте базу данных в столбце База данных и измените путь к файлы базы данных и журналов в столбце Physical Path .
- Щелкните Advanced .
- В окне Advanced Restore Options щелкните вкладку Options.
- Выберите Флажок Частичное восстановление .
- Нажмите ОК , чтобы начать восстановление.
Выполните частичное восстановление всех оставшихся файловых групп одну за другой, чтобы r сохранить всю базу данных. ВАЖНОЕ ПРИМЕЧАНИЕ: Это нельзя делать параллельно, а нужно делать последовательно!