Які пропозиції резервного програмного забезпечення підходять для використання на підприємстві? [зачинено]

Виходячи з області FOSS, є кілька резервних рішень, які придатні для використання у великих середовищах.

Існує велика кількість існуючих комерційних програм резервного копіювання, і мені цікаво, як вони вимірюють їх під час використання в польових умовах. Більшість пропозицій виглядають досить приємно на папері, але вони, як правило, демонструють свою некрасиву сторону, як тільки їх розгортають та використовують уперше. Поширені джерела неприємностей - це важливі речі, які ви забули в оцінці свого продукту, функції, які представлені маркетинговими людьми яскравіше, ніж вони є насправді, або помилки / проблеми, які ставлять під загрозу функціональність, цілісність даних або продукт в цілому.

Мені хотілося б знати, як відомо програмне забезпечення для резервного копіювання та користуватися тарифами в наступних категоріях:

• Які платформи підтримуються на стороні сервера та клієнта?
• Чи зашифровано спілкування між клієнтом, сервером та сховищем?
• Чи архітектура дозволяє масштабувати? Чи можете ви легко вирости до 100, 500 та 1000 клієнтів? (Розділіть демон "контролер" і "зберігання", немає областей із відомими проблемами масштабованості)
• Які пристрої зберігання підтримуються?
• Чи безпечна версія конфігурації? (Чи можна легко помітити випадкові / зловмисні зміни конфігурації)
• Чи програмне забезпечення має інтерфейси для моніторингу? (наприклад, невдалі резервні завдання)
• Як щодо збору даних про ефективність? (наприклад, використані обсяги, середній розмір роботи, дні до заповнення місця резервного копіювання тощо)
• Чи у виробі є якесь дедупликація даних? (Не зберігайте однакові файли двічі)
• Чи правильно обробляють видалені файли правильно? (Наприклад, не відновлюйте файли, видалені між запусками резервного копіювання при відновленні з додаткової резервної копії)
• Чи є інструменти / функції, які допомагають у відновленні голих металів? (Подумайте Live-CD, автоматичне налаштування блокових пристроїв та файлових систем, відновлення завантажувача тощо)
• Як працює планування роботи? Чи є функції, які допомагають врівноважувати завдання резервного копіювання за певний часовий період?
• Чи є плагіни / помічники для баз даних та інших демонів, які потрібно спочатку перевести у послідовний стан? Чи є відповідна рамка виконання сценарію до / після резервного копіювання?
• Чи підтримується міграція робочих місць? (Наприклад, перемістіть роботу резервного копіювання з диска на стрічку або з стрічки у зовнішній / виїзний архів)

Будь ласка, зазначте будь-які перепони, проблеми, проблеми тощо, які впливають на вас у щоденному використанні, а також функції, які унікальні / відрізняють його від решти.

Я знаю, що це питання тривалий, але я думаю, що це допоможе всій громаді розібратися в цьому якомога ретельніше, щоб обґрунтоване рішення було прийняте без особливих спроб і помилок;). Не соромтесь коментувати речі, які я забув у своєму списку.

Bacula - це рішення із резервним кодом з відкритим кодом. Його архітектура розроблена за основними комерційними рішеннями.

Платформи

Bacula підтримує Windows, а також будь-яку систему, що відповідає POSIX.

Зашифроване спілкування

Автентифікація між демонами завжди захищена, для шифрування зв'язку між демонами необхідно виконати повне розгортання PKI (клієнтські сертифікати).

Архітектура та масштабованість

Bacula складається з файлових демонів (клієнтів), одного або декількох директорів (Планувальників робіт) та одного або декількох демонів зберігання. Кожен директор може використовувати декілька каталогів (SQL Бази даних) для зберігання інформації про завдання.

Дивіться документацію Bacula для більш глибокого огляду архітектури Bacula.

Пристрої зберігання

Bacula зберігає весь вміст файлу в томах, які можна зберігати у локальній файловій системі, на магнітофонах або навіть на DVD-носіях. Підтримка стрічкових автозмінників існує.

Безпека конфігурації

Вся конфігурація існує у вигляді звичайних текстових файлів, які легко перетворюються SCM. Додатковий стан програмного забезпечення повністю знаходиться в базі даних SQL, яку можна перевірити за допомогою відповідних інструментів на стороні бази даних.

Інтерфейси статистики

Немає вбудованих інтерфейсів для моніторингу та даних про продуктивність, хоча ця інформація може бути витягнута з баз даних SQL без особливих проблем. У цій галузі в Bacula 3.0 відбулися деякі вдосконалення , які я досі детально не досліджував.

Дедуплікація даних

Bacula не підтримує жодної форми вилучення даних.

Видалено обробку файлів у поступових завданнях резервного копіювання

Станом на Bacula 3.0 існує режим для правильної обробки видалених / перейменованих файлів.

Аварійного відновлення

Bacula працює за системою Live, яка допомагає відновити голий метал. Додаткову інформацію див. У примітках до випуску .

Планування роботи

Планування роботи дуже жорстка в Бакулі. Ви можете визначити інтервали та час початку для кожного завдання резервного копіювання, але немає автоматичної настройки / розподілу завдань на основі (зміни) кількості даних, які потрібно створити резервну копію.

Плагіни та помічники

Bacula 3.0 оснащена новою системою плагінів та вбудованою підтримкою для Exchange 2003 та 2007 року. Крім того, існує розширена рамка для запуску користувацьких сценаріїв на стороні клієнта до та після завдань резервного копіювання.

Міграція робочих місць

Вакансії легко мігрувати між різними пулами.

Після 10+ років і тисяч доларів я відмовився і від стрічки, і від комерційних рішень. Зараз ми створюємо резервну копію на диску, і я шукаю рішення для резервного копіювання:

• Безкоштовні / відкриті формати архівів (наприклад, tar, zip тощо)

• Сценарій - може включати в себе вбудовані команди або утиліти, але їх потрібно викликати із загального сценарію резервного копіювання (наприклад, exmerge, osql, mysqldump, gnupg тощо).

• Платформа незалежна, де це можливо

• Генерує файли журналу або стан, який можна надіслати електронною поштою / направити як частину загальної роботи

Незважаючи на те, що багато критеріїв "підприємства", зазначених вище, не відповідають, на моєму досвіді, стандартизований підхід "простого" простого шансу призведе до того, що ваші дані будуть одночасно відновлювані та захищені. Майте на увазі, що немає жодного ідеального рішення для резервного копіювання всіх систем, а розробка ефективних стратегій резервного копіювання для кожної з них передбачає більше, ніж просто придбання агента для комерційної програми.

Я використовую rdiff-резервне копіювання . Це в основному як rsync, але ви можете легко отримати доступ до старих версій файлів / каталогів і керувати кількістю старих версій. Це корисно лише під час створення резервної копії на диску, але диски в ці дні дешевші, ніж касета.

Потрібно встановити його як на сервері, так і на клієнті, і він працює на OS X, Linux та Windows. Я не використовував його в Windows, але відповідно до списку розсилки проекту, він працює майже так само.

Це аж ніяк не повна відповідь, оскільки у мене просто немає повної відповіді, але я можу коментувати два продукти ...

• Легато
• Symantec NetBackup - (AKA NotBackup, AKA NetStuffup)

По-перше, NetBackup не був би такою катастрофою, якби команда, відповідальна за сервери, була також командою, відповідальною за резервні копії, але у випадку з компанією розміру підприємства це часто не так. Тобто є окрема резервна команда.

Проблема тут полягає в тому, що NetBackup припустив це для вас - тому раптом команда резервного копіювання просить вас про всі види доступу (кореневий доступ бути конкретним).

Ще один недолік NetBackup полягає в тому, що - скажімо, ви хочете відродити сервер з нуля, з резервного копіювання - ви насправді не можете. Потрібно встановити Операційну систему, встановити клієнт netbackup та відновити файли.

Легато не має жодної з цих проблем.

О - звіти, які ви отримуєте від NetBackup, також поступаються тим, які ви отримуєте від Legato. Звіти NetBackup (якими я бачив, як керує наша команда резервного копіювання) дуже марні - до того, що ми попросили їх сказати нам, чи все нормально чи ні, і ми залежаємо від них (тобто ми не більше відстежуйте резервну електронну пошту).

Це знову ж таки пов'язано з тим, що вони не можуть генерувати хороші звіти, оскільки ми не надаємо їм кореневого доступу до серверів.

Іноді ми використовуємо HP DataProtector. Але я вважаю за краще використовувати дьоготь. HP DP також має хороший командний рядок, але тар набагато гнучкіший.

Я думаю, що всі основні комерційні програми резервного копіювання мають свої примхи. Мені фактично починає подобатися захисник даних HP. У минулому я використовував legato та netback і навіть не чув про захист даних до моєї нинішньої концерту. Після використання його протягом року я досить вражений.