BackupExec offhost backup
Модераторы: Trinity admin`s, Free-lance moderator`s
BackupExec offhost backup
Всем привет!
Прочитал Administrator`s guide и ряд документов разных вендоров по теме, но некоторые моменты остались для меня нераскрытыми. В частности мне непонятно, каким образом осуществляется подключение LUN`а снэпшота к серверу резервного копирования. Ни в одном документе про это не написано. Если этот LUN подключать не надо, то каким образом осуществляется передача данных со снэпшота на сервер резервного копирования?
На данном этапе у меня сложилось недостаточно целостное представление об этой процедуре:
1. BEX через агента просит VSS сделать снэпшот
2. VSS уведомляет приложения о том, что будет снэпшот и надо закоммититься и приостанавливает i\o
3. VSS через "аппаратного провайдера" просит СХД сделать снэпшот
4. ??????
И что подразумевается под "split snapshot volume"?
Процедура восстановления по этой технологии так же является для меня непонятной.
Прочитал Administrator`s guide и ряд документов разных вендоров по теме, но некоторые моменты остались для меня нераскрытыми. В частности мне непонятно, каким образом осуществляется подключение LUN`а снэпшота к серверу резервного копирования. Ни в одном документе про это не написано. Если этот LUN подключать не надо, то каким образом осуществляется передача данных со снэпшота на сервер резервного копирования?
На данном этапе у меня сложилось недостаточно целостное представление об этой процедуре:
1. BEX через агента просит VSS сделать снэпшот
2. VSS уведомляет приложения о том, что будет снэпшот и надо закоммититься и приостанавливает i\o
3. VSS через "аппаратного провайдера" просит СХД сделать снэпшот
4. ??????
И что подразумевается под "split snapshot volume"?
Процедура восстановления по этой технологии так же является для меня непонятной.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: BackupExec offhost backup
"diz"
Это к Жене Агапову, но его до конца недели не будет. На стартапе.
Это к Жене Агапову, но его до конца недели не будет. На стартапе.
Re: BackupExec offhost backup
Нашел ответ в тех. ноте по Тиволи
Попробуем сделать "руками" по админо-гайду BEX`а и доке от IBM по off-host бэкапу SQL сервера.
Это слабо стыкуется с настройками, которые доступны в конфигураторе LSI`ного VSS провайдераThe following steps are performed by the Microsoft VSS in conjunction with FlashCopy when a backup application initiates a request for backup on an IBM disk system (specifically the SAN Volume Controller, DS6000, or DS8000).
* VSS retrieves a list of volumes from the storage system and selects appropriate target volumes from the free pool (VSS_FREE).
* VSS moves the target volumes to the reserved pool (VSS_RESERVED) and the Exchange database suspends writes.
* VSS issues a FlashCopy from the source volumes to the target volumes. The FlashCopy is performed on the hardware under the direction of the VSS hardware provider.The FlashCopy is made as a transportable nonpersistent snapshot.
* The database resumes writes after the FlashCopy is complete. The Exchange server now has no further involvement in the operation.
* VSS assigns the target volumes to the off-loaded server’s HBAs. Microsoft Windows mounts the volumes on the off-loaded server.
* The VSS requestor reads the data from the target volumes and copies it to Tivoli Storage Manager server storage.
* Once the backup to Tivoli Storage Manager is complete, Microsoft Windows un-mounts the volumes and VSS unassigns the target volumes from the backup server’s HBAs.
* VSS assigns the target volumes back to the free pool (VSS_FREE). They are available for use in other VSS operations.
Попробуем сделать "руками" по админо-гайду BEX`а и доке от IBM по off-host бэкапу SQL сервера.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: BackupExec offhost backup
diz писал(а):pecifically the SAN Volume Controller, DS6000, or DS8000
Ну как бы SVC и DS6/8000 это совсем не LSIdiz писал(а):Это слабо стыкуется с настройками, которые доступны в конфигураторе LSI`ного VSS провайдера
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
Re: BackupExec offhost backup
Это понятно но, тем не менее, принцип работы offhost backup`а-то один. Сегодня отпишусь дополнительно.
Re: BackupExec offhost backup
Итак, не работает
Поставили Windows server 2003 ent R2 sp2 eng+symantec backup exec 2010 R2, в симантек поставили последние обновления. Полка - DS4700.
На тестируемый сервер установили агента резервного копирования symantec, поставили хотфикс KB931300 (в readme к vss было написано поставить) поставили LSI`ный VSS провайдер на оба сервера.
Но обломс, при запуске задания на копирование выскакивает ошибка
В виндовом логе с обеих сторон пусто.
Есть идеи?
Поставили Windows server 2003 ent R2 sp2 eng+symantec backup exec 2010 R2, в симантек поставили последние обновления. Полка - DS4700.
На тестируемый сервер установили агента резервного копирования symantec, поставили хотфикс KB931300 (в readme к vss было написано поставить) поставили LSI`ный VSS провайдер на оба сервера.
Код: Выделить всё
>vssadmin list providers
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001 Microsoft Corp.
Provider name: 'SmVssProvider'
Provider type: Hardware
Provider Id: {24e4e8a3-69cb-4370-8b7b-c5276cd49765}
Version: 10.70.08
Provider name: 'Microsoft Software Shadow Copy provider 1.0'
Provider type: System
Provider Id: {b5946137-7b9f-4925-af80-51abd60b20d5}
Version: 1.0.0.7
Код: Выделить всё
V-79-10000-11225 - VSS Snapshot error. The Microsoft Volume Shadow Copy Service (VSS) snapshot provider that you selected does not support snap technology for this volume. Select another snapshot provider, and then run the job again.
Есть идеи?
Re: BackupExec offhost backup
Проблема была в том, что не были прописаны ip адреса СХД в настройках VSS провайдера (хотя судя по докам, должно было работать и так). Теперь BEX говорит, что
VSS Snapshot error. No volumes were successfully imported to the media server for backup while running the offhost backup. Check the Windows Event Viewer for details.
а SM Provider в виндовом логе BEX`а говорит, чтоV-79-57344-34109 - ADBO: One or more of the volume snapshots could not be transported to the media server.
Хотя исходный том отмаплен и на СРК и на исходный сервер. Или речь идет о маппинге самого снэпшота? Тогда непонятно, кто будет успевать отмаппить вновь создаваемый vss`ом снэпшот. Это тот самый момент, который плохо описан в документации.The local host is not mapped to the storage array, please use SANtricy to map the host first.
Re: BackupExec offhost backup
Похоже, проблема именно в том, что к серверу с BEX`ом не подмаплен сам снэпшот. Но как это сделать, учитывая, что снэпшот создается VSS провайдером, в настройках которого нет возможности указать, к какому хосту подмапить снэпшот? Ан нет, в некоторых доках пишут, что снэпшот должен отмаппиться автоматом
-
- member
- Сообщения: 28
- Зарегистрирован: 11 июл 2008, 15:23
- Откуда: Yekaterinburg
- Контактная информация:
Re: BackupExec offhost backup
1 VSS снапшот файловой системы NTFS, как его замапить в виде луна на offhost не знаю
2 Offhost backup использует аппаратные зеркала (снапы)
3 при использовании Offhost backup, обычно, продуктивный том представляет зеркало из двух лунов.
состояние продуктива фризится разрывается аппаратное зеркало, второе зеркало мапится на offhost, а первое отправляется работать в продуктиве. резервное копирование выполняется offhost машиной с второго зеркала, после выполнения возвращается в зеркало и синхронизируется (с аппаратными снапшотами аналогично, но нужна поддержка софтом РК)
4 на LSI должны быть куплены соответсвующие лицензии, которые позволяют использовать зеркала, снапы...
PS
split snapshot volume
означает, что нужно отделить второе зеркало для выполнения резервного копирования
PPS
в общем прицип такой и в юниксах и в венде
2 Offhost backup использует аппаратные зеркала (снапы)
3 при использовании Offhost backup, обычно, продуктивный том представляет зеркало из двух лунов.
состояние продуктива фризится разрывается аппаратное зеркало, второе зеркало мапится на offhost, а первое отправляется работать в продуктиве. резервное копирование выполняется offhost машиной с второго зеркала, после выполнения возвращается в зеркало и синхронизируется (с аппаратными снапшотами аналогично, но нужна поддержка софтом РК)
4 на LSI должны быть куплены соответсвующие лицензии, которые позволяют использовать зеркала, снапы...
PS
split snapshot volume
означает, что нужно отделить второе зеркало для выполнения резервного копирования
PPS
в общем прицип такой и в юниксах и в венде
Re: BackupExec offhost backup
Лицензия на Flashcopy есть, снэпшоты на СХД VSS провайдером создаются нормально по команде bex`а, но не мапятся в off-host.
-
- member
- Сообщения: 28
- Зарегистрирован: 11 июл 2008, 15:23
- Откуда: Yekaterinburg
- Контактная информация:
Re: BackupExec offhost backup
надо подробное описание какие лицензии есть на ВЕ,
что в лог файлах...
чтоб мне не гадать и не фантазировать, что у вас может не так быть
что в лог файлах...
чтоб мне не гадать и не фантазировать, что у вас может не так быть
Re: BackupExec offhost backup
Мы планируем переход с 11d на 2010, поэтому пока развернули триал в тестовой среде, лицензии на сервер установили SSO и ADBO. Логи в почте.
-
- member
- Сообщения: 28
- Зарегистрирован: 11 июл 2008, 15:23
- Откуда: Yekaterinburg
- Контактная информация:
Re: BackupExec offhost backup
Перечитал тему, но так и не понял архитектуру вашего решения.
Вы можете подробно описать проктируемую систему?
Вы можете подробно описать проктируемую систему?
Re: BackupExec offhost backup
Bladecenter E, к лезвиям подключены LUN`ы с DS4700, на LUN`ах лежат БД MS SQL. На одно из лезвий хотим поставить backup exec 2010 и делать offhost бэкапы остальных лезвий, инициируя с них снэпшот (Flashcopy средствами СХД) при помощи аппаратного VSS провайдера, после чего транспортируя снэпшот на лезвие с bex`ом и сливая данные со снэпшота.
На данном этапе поднял два тестовых сервера, на один поставил bex 2010 с SSO и ADBO, ко второму примапил маленький lun, с которого хочу бэкапнуть текстовый файл.
http://www.youtube.com/watch?v=GsPUx6UzzeM
Т.е. по задумке должно работать как-то так:
1. BEX через агента просит VSS сделать снэпшот
2. VSS уведомляет приложения о том, что будет снэпшот и надо закоммититься и приостанавливает i\o
3. VSS через "аппаратного провайдера" просит СХД сделать снэпшот
4. "аппаратный провайдер" транспортирует (подключает) снапшот к серверу BEX
5. BEX копирует файлы с подключенного снэпшота.
На данном этапе поднял два тестовых сервера, на один поставил bex 2010 с SSO и ADBO, ко второму примапил маленький lun, с которого хочу бэкапнуть текстовый файл.
http://www.youtube.com/watch?v=GsPUx6UzzeM
Т.е. по задумке должно работать как-то так:
1. BEX через агента просит VSS сделать снэпшот
2. VSS уведомляет приложения о том, что будет снэпшот и надо закоммититься и приостанавливает i\o
3. VSS через "аппаратного провайдера" просит СХД сделать снэпшот
4. "аппаратный провайдер" транспортирует (подключает) снапшот к серверу BEX
5. BEX копирует файлы с подключенного снэпшота.
Последний раз редактировалось diz 02 дек 2010, 07:15, всего редактировалось 1 раз.
-
- member
- Сообщения: 28
- Зарегистрирован: 11 июл 2008, 15:23
- Откуда: Yekaterinburg
- Контактная информация:
Re: BackupExec offhost backup
уточните какой провайдер снапшотов Вы используете при настройке джоба, software или hardware...
Кто сейчас на конференции
Сейчас этот форум просматривают: Majestic-12 [Bot] и 21 гость