Как правильно организовать 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 не должен оповещать о выполненом бекапе в логах к примеру?

[Sergey Latyshev]

Вопросов больше, чем ответов.
1. Бэкап делался при рабочем домино? Пользователи работали с базами?
2. Какой именно бекап делался: ежедневный, копирующий, дифференциальный или инкременальный? Может в этом причина "несостыковки" в получаемых архивах?
3. NTbackup вообще-то создаёт лог по архивации, в подробном логе можно посмотреть весь список архивируемых файлов.
4. По вопросу восстановить бэкап из 2-х архивов - это возможно. Скорее всего думается отсутствуют в архивах те файлы, которые не изменялись в день создания бэкапа. Ну это Вы сами почитайте про типы архивации, флаги и т.д. Скажу лишь, что для выполнения ежедневного полного архива подойдёт тип архивации "копирование" - в этом случае архивируется всё содержимое архивируемой папки.

PS. Если при работающем домино бэкапились, то базы скорее всего будут битыми, потребуется дополнительно прогонять fixup'ом, и не 100% документов восстановятся.

[HUR]

Ответ №1
Да, да - NTbackup вообще странно работает...
Смотрите:
Удачный бекап записываеться в систему к примеру у меня вот как:
Дата:  число такое-то
Время: час ночи
Ресурс:  NTbackup
Сообщение:

Begin Backup of 'D:'

    Verify:  On
    Mode:  Append
    Type:  Normal


For more information, see Help and Support Center at

Ну через 5 часов получаю три сообщения (в минуту разницы):
1) End Backup of 'D:' '
The operation was successfully completed.'

    Verify:  On
    Mode:  Append
    Type:  Normal
 
Consult the backup report for more details.

2)End Operation:
The operation was successfully completed.
Consult the backup report for more details.



3)Begin Verify of 'D:'


Да все замечательно....далее проходят дни и вот что:

В то же время, но на день позже:
Begin Operation


Через три минуты:
Begin Backup of 'D:'

    Verify:  On
    Mode:  Append
    Type:  Norma
А результат окончания операций нет(

И так целую неделю! Учитывая что последний бекап он запускает в ночь с пятницы на субботу, т.е. времени у него предостаточно для завершения, места на диске хватит на 3-4 бекапа, но я больше 2-х бекапов не держу (т.е. предыдуший бекап остаеться на сервере до создания нового, потом отправляеться на другое место, вне системы)

Ответ №2
Копирующий, работет по расписанию, первый с понедельника по вторник, последний с пятницы по понедельник.

Ответ №3
Смотри результат ответа №1

Вопросы:

Можно ли обмануть систему, подменив дату в структуре файла бекапа на дату, последнего успешного бекапа (или наоборот) и как это реализовать?
Сам .bkf файл битый...ищю ПО которое может извлечь из него данные (желательно free) либо другой метод извлечения...

То что 100%  документов не будет, факт...хотя б 35-50% и то хорошо...было б.

[Sergey Latyshev]

Насчет NTbackup и его работы сложно говорить, тем более система "ёк". Так можно было бы посмотреть события в системе, наверняка некорректная работа утилит отмечалась в логах.
Для восстановления bkf есть множество утилит, например BKF File Recovery Software.
Принцип работы архивации Вы всёж не захотели посмотреть Ну чтож: насколько помню нормальная архивация делает бэкап всех файлов и при этом снимает с файликов флаг "А"(архивный), далее измененным файлам снова ставится флаг "А"; можно делать добавочную или разностную архивацию для экономии места и времени архивации; при добавочной архивации в архивчик заносятся только изменённые с последней "нормальной "архивации файлы, флаг "А" при этом сбрасывается; при разностной архивации также архивируются только изменённые с момента последней "нормальной" архивации файлы, но флаг "А" не сбрасывается (т.к. сделали к примеру нормальную архивацию в пятницу, а дальше каждый день дифференциальная\разностная архивация\, при которой в ПН съархивируются изменённые файлы с ПТ по ПН, далее с ПТ по Вт, далее с ПТ по Ср... ). Копирующий архив архивирует все файлы не изменяя их статус (архивный\не архивный). Дневной бэкап делает архив изменненых файлов за текущий день.
По сути в архивах файлы за разные даты. И при том же восстановлении сначала восстанавливают файлы из нормального бэкапа за пятницу, а потом накатывают разностные или добавочные архивчики начиная с ПН и заканчивая ЧТ к примеру. Повторяющиеся в архивах файлы заменяются при этом на более свежие их версии.
Вот по этому принципу и надо восстанавливать архив.

Далее. Для Lotus Domino есть бесплатная утилитка резервного копирования: http://sysadmins.ru/topic252579.html Правда заявлена для 32бит версии.