Выполните сервер конфигурации MongoDB без 3 ГБ файлов журнала

Мы управляем нашими резервными копиями как это:

• 1 маленькая резервная машина
• 1 RAID1-массив (1 ТБ, программное обеспечение RAID Linux)
  • 1 внутренний жесткий диск
  • 2 внешних жестких диска (теперь: USB, будущее: eSATA)
• md-устройство является luks-зашифрованным разделом
• mdadm, udev, UUID... справляются с автоматической пересинхронизацией массива, когда Диски USB становятся (пере-) присоединенными
• фактические резервные копии, сделанные с dirvish через ssh и curlftpfs
  • при необходимости: LVM-снимки, mysqldumps, независимо от того, что... сделано dirvish предварительным клиентом-scritps
  • Ключ SSH без пароля со сценарием rsync-проверки как позволенный команду
  • резервный контейнер смонтирован прежде, чем начаться к beackup и umounted впоследствии

Профессионалы/Недостатки:

[+] у нас всегда есть 'хорошая копия' целых данных по ionternal жесткому диску (который является силен контролируемый),

[+] можно выбрать любой из внешних жестких дисков и забрать домой его для удаленного резервного копирования

[+], если Вы не идете домой прямо после работы и теряете диск с резервной копией в данных панели, должно быть безопасным из-за зашифрованного контейнера

[-] каждый раз диск становится (пере-) присоединенным, целый диск должен синхронизироваться от другого (s)

[-] если резервное копирование становится больше, чем один отдельный диск, это становится намного более сложным (Вы могли бы охватить LV через несколько дисков и использовать диски как md-устройства - но, чем всегда необходимо выбирать 2 + диски, принадлежащие вместе),