Пара вопросов по BackUp Exec
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Пара вопросов по BackUp Exec
Использую SBE 12.5 SP1. Только только начал потихоньку внедрять. Подскажите пожалуйста по двум моментам.
1. Проблема с множественными IMGxxx каталогами при бэкапе диск2диск со включенной опцией GRT относится не только к MS Exchange, но и к бэкапу Active Directory?
Наблюдаю, что при резервном копирование system state с контроллеров домена (куда собственно сама AD и включается) данные ложатся не в B2D носители, а в IMG. И потом на эти носители не действует политика заданная на медиа сет, к которому они принадлежат. Т.е. дисковое пространство под них расходуется и никогда автоматически не освобождается (даже если 1 день защиты от перезаписи прописать).
Получается что мне нужно будет либо периодически в ручную их чистить, либо отказаться от GRT? Чего я лишусь во втором случае?
2. Как правильно бэкапить сервера собранные в кластер под управлением MSCS?
Расклад примерно такой.
Имеем кластер - C1. В составе три приблизительно одинаковых сервера - C1N1, C1N2, C1N3.
Имеем несколько кластерных ресурсов: \\R1, \\R2, ..., \\Rx - файловые ресурсы, \\C1SQL - собственно MS SQL 2005 SP3, плюс еще кворум кластера. Все кластерный ресурсы в общем случае могут быть привязаны к любой ноде.
На всех нодах кластера установлен обычный уделенный агент. Сам SBE установлен на выделенном сервере, не входящем в кластер.
В итоге имеем несколько опубликованных ресурсов на сервере SBE.
Сам кластер - \\C1.
Все три ноды - \\C1N1, \\C1N2, \\C1N3.
Все общие файловый ресурсы - \\R1, \\R2, ..., \\Rx.
MS SQL - \\C1SQL.
Насколько я понимаю, для бэкапа данных с общих файловых ресурсов мне в качестве источника в настройках джоба нужно выбирать именно \\R1, \\R2 или \\Rx? Так? Аналогично для SQL выбирать источником \\C1SQL?
Для бэкапа самих серверов узлов кластера и их system state нужно выбирать \\C1N1, \\C1N2, \\C1N3?
А как быть с кластерным кворумом? Бэкапить его с \\C1?
И самое главное как потом все это восстанавливать (т.е. сам кластер, с данными то все понятно) ежели вдруг придется? :-))
1. Проблема с множественными IMGxxx каталогами при бэкапе диск2диск со включенной опцией GRT относится не только к MS Exchange, но и к бэкапу Active Directory?
Наблюдаю, что при резервном копирование system state с контроллеров домена (куда собственно сама AD и включается) данные ложатся не в B2D носители, а в IMG. И потом на эти носители не действует политика заданная на медиа сет, к которому они принадлежат. Т.е. дисковое пространство под них расходуется и никогда автоматически не освобождается (даже если 1 день защиты от перезаписи прописать).
Получается что мне нужно будет либо периодически в ручную их чистить, либо отказаться от GRT? Чего я лишусь во втором случае?
2. Как правильно бэкапить сервера собранные в кластер под управлением MSCS?
Расклад примерно такой.
Имеем кластер - C1. В составе три приблизительно одинаковых сервера - C1N1, C1N2, C1N3.
Имеем несколько кластерных ресурсов: \\R1, \\R2, ..., \\Rx - файловые ресурсы, \\C1SQL - собственно MS SQL 2005 SP3, плюс еще кворум кластера. Все кластерный ресурсы в общем случае могут быть привязаны к любой ноде.
На всех нодах кластера установлен обычный уделенный агент. Сам SBE установлен на выделенном сервере, не входящем в кластер.
В итоге имеем несколько опубликованных ресурсов на сервере SBE.
Сам кластер - \\C1.
Все три ноды - \\C1N1, \\C1N2, \\C1N3.
Все общие файловый ресурсы - \\R1, \\R2, ..., \\Rx.
MS SQL - \\C1SQL.
Насколько я понимаю, для бэкапа данных с общих файловых ресурсов мне в качестве источника в настройках джоба нужно выбирать именно \\R1, \\R2 или \\Rx? Так? Аналогично для SQL выбирать источником \\C1SQL?
Для бэкапа самих серверов узлов кластера и их system state нужно выбирать \\C1N1, \\C1N2, \\C1N3?
А как быть с кластерным кворумом? Бэкапить его с \\C1?
И самое главное как потом все это восстанавливать (т.е. сам кластер, с данными то все понятно) ежели вдруг придется? :-))
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
"Ziggy Stardust"
Стоило уехать на неделю, уже Женя не работает?
Стоило уехать на неделю, уже Женя не работает?
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
Нее, Женя просто со спецификой MSCS не сильно плотно знаком. Он как то больше по веритасу, да по санам... :-)Stranger03 писал(а):Стоило уехать на неделю, уже Женя не работает? :)
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
"Ziggy Stardust"
Вопросы то решили или надо подтаскивать питерцев?
Вопросы то решили или надо подтаскивать питерцев?
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
Пока не решили. Таймаут пока взяли...Stranger03 писал(а):"Ziggy Stardust"
Вопросы то решили или надо подтаскивать питерцев?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
Контакт - Володя Романов, Андрей Иванов.Ziggy Stardust писал(а):Пока не решили. Таймаут пока взяли...
- VladimirR
- Сотрудник Тринити
- Сообщения: 160
- Зарегистрирован: 26 мар 2007, 18:22
- Откуда: St.-Petersburg
- Контактная информация:
Re: Пара вопросов по BackUp Exec
1. Я решения этой ошибки не нашёл. И заказчику приходится чистить папки со снапшотами.
Если отказаться от гранулярного восстановления то для почтовика можно пользоваться средствами восстановления самого Exchange, по умолчанию он хранит все удалённые пользователем файлы - 7 дней.
2. при бэкапе кластера - обращаетесь к кластеризованному NetBios Name и получаете доступ к кластеризованным под ним ресурсам, неважно на какой ноде они расположены в этот момент. для бэкапа SystemState - обращаетесь к серверам \\C1N1, \\C1N2, \\C1N3.
Если отказаться от гранулярного восстановления то для почтовика можно пользоваться средствами восстановления самого Exchange, по умолчанию он хранит все удалённые пользователем файлы - 7 дней.
2. при бэкапе кластера - обращаетесь к кластеризованному NetBios Name и получаете доступ к кластеризованным под ним ресурсам, неважно на какой ноде они расположены в этот момент. для бэкапа SystemState - обращаетесь к серверам \\C1N1, \\C1N2, \\C1N3.
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
У нас это не с Exchange всплыло, а при бэкапе MS AD. Тут гранулярность не очень хочется терять. Получается решение - вручную раз другой в месяц чистить дисковое хранилище?VladimirR писал(а):1. Я решения этой ошибки не нашёл. И заказчику приходится чистить папки со снапшотами.
Если отказаться от гранулярного восстановления то для почтовика можно пользоваться средствами восстановления самого Exchange, по умолчанию он хранит все удалённые пользователем файлы - 7 дней.
А как быть с кворумом кластера? Его вообще надо бэкапить или для восстановления достаточно SystemState всех узлов?2. при бэкапе кластера - обращаетесь к кластеризованному NetBios Name и получаете доступ к кластеризованным под ним ресурсам, неважно на какой ноде они расположены в этот момент. для бэкапа SystemState - обращаетесь к серверам \\C1N1, \\C1N2, \\C1N3.
И еще пользуясь случаем спрошу. При бэкапе MS SQL надо или нет включать опцию AOFO? В разных местах на противоположные рекомендации натыкался.
- VladimirR
- Сотрудник Тринити
- Сообщения: 160
- Зарегистрирован: 26 мар 2007, 18:22
- Откуда: St.-Petersburg
- Контактная информация:
Re: Пара вопросов по BackUp Exec
1. Да, я бы посоветовал периодически удалять. Может кто подскажет более правильное решение.
2. Я не вижу смысла бэкапить quorum.
По AOFO - а в чём могут быть минусы при использовании??????
для SQL просто AOFO использоваться не будет, потому что бэкап идёт средствами агента SQL и бекапируются страницы базы данных.
2. Я не вижу смысла бэкапить quorum.
По AOFO - а в чём могут быть минусы при использовании??????
для SQL просто AOFO использоваться не будет, потому что бэкап идёт средствами агента SQL и бекапируются страницы базы данных.
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
Все понял. Спасибо за консультацию.VladimirR писал(а):1. Да, я бы посоветовал периодически удалять. Может кто подскажет более правильное решение.
2. Я не вижу смысла бэкапить quorum.
По AOFO - а в чём могут быть минусы при использовании??????
для SQL просто AOFO использоваться не будет, потому что бэкап идёт средствами агента SQL и бекапируются страницы базы данных.
-
- Advanced member
- Сообщения: 327
- Зарегистрирован: 15 сен 2007, 13:23
- Откуда: Екатеринбург
- Контактная информация:
Re: Пара вопросов по BackUp Exec
Еще вопрос, если можно.
Не могу понять как разграничить права доступа к управляющему серверу BE.
Т.е. сам BE стоит на выделенном севере. На рабочий местах ставится консоль удаленного управления. Есть потребность давать разные права доступа разным пользователям. По большому счету нужно две категории сделать: администраторы BE и пользователи, которые могут только мониторить, но не могут создавать/редактировать/удалять задания.
Это реально?
Не могу понять как разграничить права доступа к управляющему серверу BE.
Т.е. сам BE стоит на выделенном севере. На рабочий местах ставится консоль удаленного управления. Есть потребность давать разные права доступа разным пользователям. По большому счету нужно две категории сделать: администраторы BE и пользователи, которые могут только мониторить, но не могут создавать/редактировать/удалять задания.
Это реально?
-
- member
- Сообщения: 28
- Зарегистрирован: 11 июл 2008, 15:23
- Откуда: Yekaterinburg
- Контактная информация:
Re: Пара вопросов по BackUp Exec
задан вопрос в Symantec, ждем разъяснений
будут сразу отпишусь
будут сразу отпишусь
-
- member
- Сообщения: 28
- Зарегистрирован: 11 июл 2008, 15:23
- Откуда: Yekaterinburg
- Контактная информация:
Re: Пара вопросов по BackUp Exec
В BEWS сейчас нет ролевого администрирования.
Все задания по бэкапу и восстановлению выполняются админом, но не пользователем.
Единственное исключение CPS (Continuous Protection Server), где пользователь сам может восстанавливать файлы без обращения к админу.
И это пока все.
Ролевое администрирование в BEWS планируется в след. версиях продукта, но пока точно не определено когда.
Самое важное изменение, которое появится в BEWS в конце года - дедупликация
Все задания по бэкапу и восстановлению выполняются админом, но не пользователем.
Единственное исключение CPS (Continuous Protection Server), где пользователь сам может восстанавливать файлы без обращения к админу.
И это пока все.
Ролевое администрирование в BEWS планируется в след. версиях продукта, но пока точно не определено когда.
Самое важное изменение, которое появится в BEWS в конце года - дедупликация
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 9 гостей