DesertFox
Advanced Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Щас ФАК сваяю по энтерпрайзу. Если что, я работал ATIES 9.1.3718 EN
Установка
Пункт первый, инсталл.
Если поднят AD, логинимся под администратором домена, которого зовут Administrator, или Администратор. Глупо, но билд 3694 EN будучи установленным под другой админской учеткой криво находит Backup Server в сети, криво подключается консолью.
Устанавливаем без ребута все компоненты, которые хотим, а именно: консоль, агента, сервер групп, бэкап сервер. Причем на ворос груп сервера, под какой учеткой подключаться к агентам, говорим - под Administrator и указываем соответсвующие пароли.
Не забываем, что утиль сетевая, и хочет общаться через открытые в брандмауере порты: UDP 9876, TCP 9876, UDP 9877.
Ребутаем сервер.
Расставляем клиенты на машины. Можно ручками, можно политиками, можно удалённо, это как нравится (если учетка была не Administrator, встроенный в акронис инсталл на 3694 EN вылетает с ошибкой).
Делаем акронисовый загрузочный диск, подписываем его.
Инстал завершен. Теперь начальные настройки. И проверки.
Открываем консоль, пытаемся подключиться к агенту. По кнопке "Обзор" мы должны увидеть список машин, на которых установлены агенты, с именами в формате полных DNS имён.
Если списка нет, проверьте брандмауер, и ваш DNS сервер. Если у вас нет DNS сервера, лучше откажитесь от версии 9, используйте восьмую.
Увидев в списке сервер подключаемся к нему. И видим три пункта: Агент, Сервер групп, Бэкап сервер. Заходим на бэкап север, прописываем настройки по умолчанию, редактируем пути хранилищ.
Особенности данной версии
Прежде чем навешивать задания нужно знать несколько вещей:
1) Официально из Бэкап сервера невозможно выташить конкретный образ - не предусмотрено.
2) Бэкап сервер, когда получает образы, рубит их в лапшу по 2Gb, и сохраняет под случайными именами в папке, котрую вы назначили для этого хранилища. Имена заносятся в базу данных, которая хранится по адресу
C:\Documents and Settings\All Users\Application Data\Acronis\BackupServer\backupFDB
в единственном экземпляре, в случае любого её повреждения вы теряете все бэкапы из всех хранилищ на этом сервере. Средств для её ребилда не предусмотрено. Так что не лишним было бы иметь линейку её резервных копий.
3) Если не пользоваться бэкап сервером, то просто напрашивается задать простую и очевидную схему - делать в отдельную папочку 1 полную копию, а за ней ровно 5 инкрементов, потом снова 1 полную и снова 5 инкрементов, именуя файлы по датам, а устаревшие копии затирать. Но фиг вам, это не реализовано. Есть вариант сделать рассписание на неделю, или на месяц, по одной записи на каждый день, но такое биссероплетение не в кайф, если вам надо бэкапить более десятка машин.
4) Груп сервер не умеет раздавать задания типа архивировать файлы. Толко образы дисков и разделов. Собственно единственное его функциональное предназначение - отображать бегунки прогресса, а групп в нём на самом деле нет.
5) Чтобы просматриавя логи не задаваться глупым вопросом "А хоть одно задание выполнилось чисто, без Warning-ов???", поставьте приоритет задания на Normal вместо Low. Видимо в Акронисе нет единого мнения на этот счёт: по умолчанию выставляется низкий приоритет - вроде значит "как все", а логи кричат, что так тоже бывает, но это ахтунг. Если вы только создаёте задания, задайте опции по умолчанию для текущей машины (насткойки по умолчанию хранятся свои для каждой машины, глобально их задавать нелья). Сделать из консоли это можно только создавая очередное задание, щёлкнув по _ссылке_ "Tools -> Options" в момент задани опций. И именно так, по тому что в консоли из меню Tools->Options эти пункты скрыты.
6) Не будет лишним выставить на каждой мажине в опциях по умолчанию "Enable VSC" (использовать теневое копирование, по умолчанию отключено). Штука полезная, если у вас используются БД (базы данных). А если ещё не используются - всё равно включите, чтобы не отслеживать момент, когда на эту машину БД кто-то поставит.
7) Собственного централизованного сбора-просмотра сообщений об ошибках, сбора логов у Акрониса нет. Имеет смысл подумать об установке SNMP сервера в вашей сети.
Особенности работы и восстановления с Backup Server
BS - работает исключительно по сети. Это означает, что вам совершенно необходимо иметь в заначке стандартную PCI сетевушку, которую опознает загрузочный диск Акрониса.
При назначении задания с сохраниением в BS всегда указывайте логин-пароль используемого профиля пользователя в явном виде. Для чего это делать? BS сохраняет образы в базе сортируя их не по компьютерам, а по профилям пользователей. Таким образом, если образ случайно окажется сохранённым под другим профилем, и вы не знаете, каким - счастья искать его будет много.
Настройка ограничений профиля пользователя BS:
Этих ограничений для каждой машины, с которой будут нарезаться образы всего три: Кол-во точек в одном архиве (1 основной + (n-1) инкрементов)
Кол-во точек восстановления всего. Кол-во дней хранения.
Шаблонов всего два (при условии, что проверка ограничений происходит всякий раз до создания очередного образа):
1) точек в архиве < точек всего, например, 5/7. Получаем цепочку, вида I-I-I-F-I-I-F. Любая цепочка заканчиватеся на F - полную копию (подробно читаем пункт 3.5.2 документации). Таким образом имеем всегда, как минимум две подных копии, и полная копия у нас на самом деле каждый пятый раз создаётся "настоящая". Замыкающая же цепочку F копия не натурального происхождения, генерируется, когда BS слепляет F и I копию в один файл. Если у вас сервер посбаивает - на эту копию железно рассчитывать не стоит.
2) точек в архиве > точек всего, например, 15/5. Получаем цепочку вида I-I-I-I-F, где копия F постоянно вбирает в себя "лишние" I копии. Очень большой плюс - экономит место, пропускную способность сети, по скольку пересылаются только изменения (например, когда вам по 100МБ сегменту приходится прокачивать в день около 1ТБ). Большой минус - риск в результате сбоя во время слияния слегка прибить F копию, продолжать делать инкременты и получить "счастье" в день восстановления. Если выбираете такую схему, озаботтесь обеспечением максимальной стабильности - хорошее железо, охлаждение, UPS и т.п.
Общий совет - потренеруйтесь "на кошках". Резервное копирование - это система, которая не имеет права приподнести сюрприз.
Замечания и дополнения просьба присылать в личку. |
Всего записей: 729 | Зарегистр. 16-12-2001 | Отправлено: 23:04 05-09-2006 | Исправлено: DesertFox, 20:46 19-09-2006 |
|
Какой именно билд?billybons2006
, billybons2006 открыл мне глаз! 
нода не портить кровь системным администраторам?? 