Общие вопросы > Администрирование
Как правильно организовать BackUp за счет внутренних возможности Lotus Domino
HUR:
Здравствуйте!
Ситуация следующая! есть сервер Lotus Domino Server 7.0. на 121 пользователей (Lotus Notes 7.0.4) Разработчик CompanyMedia. Так вот бэкапит сервер на второй диск в системе, но почему-то за день бэкап файл весит 100 гб. D В бэкап входят в основном бд документооборота такие как ОГ, ВхД и т.п.
, структурные СО СМ остаются прежними т.е. не бэкапяться.
Поэтому:
1) Как организовать бекап чтоб оставлялось только вчерашний и позавчерашний бекап, остальные затирались
2) Уменьшить размер бекапа
3) Оптимизировать процесс, чтоб процесс шел после 18:00
Evgeny A. Maltsev:
Перед резервным копированием нужно себе задать вопрос... для чего делается резервное копирование...
Затем исходя из полученного ответа выбирать стратегию архивирования.
В Вашем случае Вы копируете часть большой системы... тем самым при сбое, Вы не сможете восстановить работоспособность системы (CompanyMedia в частности).
Ведь в CompanyMedia есть не только базы Внд, Орд и т.д. есть еще базы системные, настроечные и т.д. и их нужно резервировать все.
А теперь по порядку:
1. Такое Lotus'ом не организовать... нужно ставить сторонний софт (лучше что бы он работал в среде самого Lotus)
2. Уменьшить размер бэкапа можно упаковав результат в архив или сделать репликацию баз... иначе никак... (не удалять же документы)
3. Не советую... так как с CompanyMedia не рекомендуется надолго останавливать Lotus, так как в CompanyMedia есть агенты которые работают по расписанию и если они не отработают, то будет проблема с правами к документам и т.д.
Если нет соответствующего софта и устройств записи (например на ленту и т.д.) то лучше использовать репликации баз на второй сервер. Тем самым не придется сервер тормозить, на втором сервере всегда будет полная копия всех данных и восстановить работу будет намного легче.
Ну и неплохо иметь в резерве копию Lotus директорий (с их содержимым), кроме каталога с данными.
Если это все будет, то в случае сбоя надо будет установить сервер (Windows/Linux) накатить директории из бэкапа, проинсталить Lotus Domino и провести репликацию баз CompanyMedia с резервного сервера.
Так же еще можно глянуть на DuChan PreBackup, это база может организовать репликацию баз в любой каталог на сервере (и за пределы каталогов Lotus). Но мы от такого варианта отказались... репликация длится долго... в итоге пока одни базы среплицировались в других агенты уже провели изменения и если будет большая беда... данные будут не идентичные.
Есть еще вариант с кластером... тут вообще все красиво... при потере одного сервера команда и не заметит потерю бойца (сервера) и все будет работать как и раньше. Тут у нас не прокатило... лицензия по позволяет использовать кластера.
dahiko:
Поддерживаю предыдущий ответ - бэкапить нужно ВСЮ директорию CM. Так как, те же самые ВнД, ОРД, ВхД и ИсхД очень тесно связаны с другими БД. Например с СО - счетчики, пользователи, настройки рабочего времени. А так же с ЭО (если используется), ФД, КЗ, Согласование, Ознакомление и т.д. и т.п.
На счет внутренних средств Lotus для бэкапа не подскажу. Так как у нас используется ПО Acronis. Раз в месяц снимаем полную копию (60 Гб), и каждый день добавочную (изменения за день. От 1 до 4 Гб). Бэкапим даже без остановки самого сервера, так как агенты почти постоянно в работе.
SNK88:
Если у тебя Lotus установлен на Windows что мешает тебе бэкапить NTbackup-ом?
Я сам админ 1-год всего :) но у меня организовано так: Ежедневная копия + Еженедельная (Бэкапить добавочным архивом у меня не имеет смысла он за неделю увеличивается в разы)
И Evgeny A. Maltsev как то сложно описал процесс восстановления! Если ты восстанавливаешь на то же железо то достаточно скопировать Lotus и сделать службу с помощью nsd.exe (если кто знает как делать службу подскажите я сам не знаю бывший админ так делал)
HUR:
Вот и настал тот день "Ч" . Завис сервак от перегрева и отключились диски при копировании информации.
Делал бекапы NTbackup-ом...но при этом вес этих копий очень ужасен....(учитывая что сохранялись и документы предыдущих лет, а стоило их б скинуть в другой постоянный бекап, сохраняя при этом только настоящий год) так вот NTbackup делает странные бекапы...вроде создался файл .bkf с 200гб - перебрасываю на другой сервак (все норм) и так каждый день. (при этом у меня остаеться сегоднишний бекап и предыдуший, остальные удаляються.
Систему восстановили, начали восстанавливать данные, так произошла несостыковка даты времени создания и наличия файлов бекапа...Такое ощушение что NTbackup отмечал не все бекапы в списке... При просмотрее структуры заметили недостаюшие части в одном (свежем), другой вроде полный.
Если распаковать оба файла, а затем записать нехватающих частей из предыдушего в последнем бекапе, то не будет никаких осложнений?
Да еще, разве NTbackup не должен оповещать о выполненом бекапе в логах к примеру?
Навигация
Перейти к полной версии