Джоше, ти не дав зрозуміти, чи це робочі дані, чи архівні дані. Якщо дані є цінними, немає різниці між резервною копією та архівом, лише там, де ви зберігаєте, тобто у вашій робочій системі чи архівній системі. Знову ж таки, якщо дані цінні, ваша робоча система та система архіву будуть ідентичними, якщо ви хочете захистити дані та дотримуватися правил резервного копіювання.
Архів більше стосується типу носія, ніж того, що зберігається на ньому. Архів означає, що дані ніколи не змінюватимуться, тобто пишуться один раз і читаються багато разів, зазвичай називаються WORM. Приводи WORM, як правило, стрічкові, але такі речі, як RDX Quikstor і RDX Quikstation (станція RDX з 8 ядрами), мають опцію WORM для конкретних накопичувачів, щоб вони не могли надмірно записуватися. Я підозрюю, що RDX Quikstation може відповідати вашому архівуванню.
Пам'ятайте, що система архіву є частиною резервного плану. Ніколи не слід розглядати наявність лише однієї копії будь-яких даних.
Деякі правила резервного копіювання:
3-2-1 Правило.
Три (3) копії ваших даних. Один (1) джерело та два (2) резервні копії на двох різних носіях, один (1) з яких підтримується поза межами сайту.
Приклади: Сервер на сервісі, створений в резервному режимі, в резервному режимі NAS та в резервному режимі на магнітофоні чи RDX. Сервер, виконаний в резервному режимі, в резервному режимі в NAS та в іншому місці. Сервер на місцях, створений з резервної копії в NAS на місці, і реплікувався в режимі реального часу в NAS NAS. Вашою резервною копією на місці має бути диск.
ЗМІ:
Резервне копіювання за межами сайту залежить від часу. Резервне копіювання зовнішнього сайту на портативний носій автоматично вводить затримки в часі. тобто резервне копіювання на ніч в понеділок знімається поза межами вівторка ввечері. Якщо у вас внаслідок катастрофи до завершення ділового вівторка, ви втрачаєте вартість двох днів. Скільки ви можете дозволити собі втратити, повністю залежить від вашого бізнесу та частоти змін даних.
Зберігання медіа:
Повністю дотримуйтесь правил зберігання носіїв. Деякі стрічки вимагають зберігання їх вертикально між вузькими діапазонами температури та вологості, далеко від джерел магнітних полів. Випадання стрічки знизить її надійність. Надсилання стрічок додому з офісною дівчиною в сумочці поруч з її мобільним телефоном - це лихо, яке чекає, що трапиться. Стрічки також вимагають що-небудь до двох годин у резервному середовищі перед тим, як вставити в привід, вирівняти температуру та вологість між стрічкою та стрічковим приводом. Стрічки також потрібно відкинути і замінити через необхідний інтервал часу / запису.
Особисто з цих причин мені не подобається стрічка. Вартість не невелика, і це не є тим, щоб хтось цим керував. Інвестувати в стрічку, але не дотримуватися правил, безглуздо. Зробити це можна дешевими, але надійними краплями.
Усуньте одиничні точки відмови:
Не поширюйте резервні дані на декілька носіїв інформації. Наприклад, повна резервна копія на одній стрічці та диференціали на 6 інших стрічках вдвічі збільшила ризик втрати даних. Якщо у мене є резервна копія, мені подобається, що вона містить усі файли, необхідні для відновлення даних. Краще мати 7 повних резервних копій.
Певним чином рейд вважається кількома засобами масової інформації. Де б ви не використовували RAID, переконайтеся, що він має автоматичну відмову в режимі гарячої заміни. Майте принаймні один запасний привід у відсіку накопичувача як виділений запас гарячої заміни, і системи автоматично замінять мертвий привід гарячим запасним запасом. Якщо у вас є терабайти даних, подумайте про наявність у вашому RAID двох або більше запасних запчастин.
Дотримуйтесь віддалених відстаней:
Ваша відстань поза межами сайту важлива. Немає сенсу створювати резервну копію за межами сайтів, якщо вона лише захищає від втрати даних за певних обставин. Той, хто пережив землетрус, повінь, смерч, ураган тощо, скаже вам це. Нещодавно в нашому місті землетруси побачили, як багато великих компаній пролетіли без резервних копій у офш-сайті (стрічки все ще поруч із серверами) чи нечитабельних резервних копій. Зазвичай 60 миль / 90 км - це гарна відстань.
Я не знаю вашого бюджету, тому давати поради складно. Бюджет впливає на вибір резервного копіювання та місця зберігання. Я працював над кінопродюсером, який надає ІТ-підтримку, тому я розумію рухомі частини вашої галузі. Є багато питань без відповідей:
Які сервери у вас є, якщо такі є? Скільки у вас персоналу? Це ваш єдиний художній фільм? Який розмір найбільший набір файлів чи файлів? Який час між цим фільмом та наступним? Наприклад, якщо ви виробляєте повний робочий день, у вас є грошовий потік для покриття щомісячних витрат, таких як віддалене резервне копіювання через волокно. Який грошовий потік буде генерувати фільм? З якими вимогами ви рухаєтесь вперед? Ці та інші питання задають ваші вимоги, методологію та бюджет.
Наприклад: Якщо ви виробляли 3 художні фільми щороку та рекламні ролики щомісяця, де працювали з десяток співробітників, ви можете дозволити собі: Сервери з RAID резервними копіями до RAID NAS на місці. Виділене посилання для волокон (не таке вже й дороге) зі 100-бітним безперебійним (не заглушеним провайдером) посиланням реплікується в центр обробки даних на відстані 60 м / 90 к. Важливі дані архіву слід записувати на стрічку чи RDX та зберігати у центрі обробки даних або сховищі стрічки. Бюджет - ваш єдиний визначальний фактор щодо ступеня надмірності та резервного копіювання, яку ви можете собі дозволити.
Або якщо це низький бюджет, а дохід від продажу, а майбутнє невідоме, ви можете розглянути можливість накопичувачів TAPE, RDX або USB (не рекомендується), які зберігаються вдома.
Теперішні та майбутні вимоги, грошовий потік та бюджет, які зважуються на втрату даних - ваші визначальні фактори. Я пропоную вам зайняти досвідченого спеціаліста з резервного копіювання та / або бізнес-аналітика для роботи над процесом зберігання та резервного копіювання.