и процедур і різні стратегії резервного копіювання для різних платформ. Визначати цінність даних таким чином неправильно. p> За географічних міркувань функції резервного копіювання можуть бути дійсно розподілені по віддаленим офісам, але, зважаючи на якість сучасних комунікацій, вигода від такої децентралізації вельми невелика. У міру збільшення складності інфраструктури резервного копіювання для виконання повторюваних операцій бажано застосовувати засоби автоматизації. p> Візьмемо, наприклад, трудомістку задачу щоденного вивчення (log-файли) виконання операцій. Автоматизація дозволить генерувати сигнали тривоги при появі у логах заздалегідь певних помилок. Вірно і зворотне: автоматизація допоможе накопичувати повторювані в логах помилки. Якщо в логах побачити одну помилку SCSI, це те ж саме, що побачити їх тисячу. p> Перегляд всіх однакових помилок - Заняття виснажливе, здатне відбити охоту до щоденного вивчення логів взагалі. Якщо правильно визначити виконувану задачу і очікуваний результат - кошти автоматизації, безсумнівно, зможуть позбавити від частини стомлюючої роботи.
Створення та підтримка відкритих звітів, звітів про відкритих проблемах
Знаходження й усунення згаданих вище проблем є тактичної частиною роботи щодо забезпечення надійного функціонування системи резервного копіювання. Проте ефективне подолання проблем та визначення деякої шкали, за якою можна оцінити якість резервного копіювання, цілком може виявитися рушійною силою поліпшення інфраструктури резервного копіювання. У великих і складних середовищах проблеми можуть відслідковуватися за допомогою формальної системи ярликів. Якщо така система не використовується, то наявність журналу відкритих (невирішених на даний момент) проблем може сприяти оптимізації процесу резервного копіювання. У будь-якому випадку регулярні, деталізують відкриті (невирішені) проблеми, звіти будуть вказувати частоту і кількість появи нових і закриття старих проблем, що, у свою чергу, багато що говорить про загальний стан системи резервного копіювання. Простий звіт про тенденції з відповідними даними може відкрити фундаментальні проблеми і допомогти виробити їх рішення.
Резервне копіювання повинно бути включено в процес контролю змін системи
середу резервного копіювання за своєю природою досить динамічна. Зміна системи резервного копіювання теж відбувається динамічно. Резервне копіювання повинно входити в процес стратегічного планування, а на операційному рівні - стати частиною процесу контролю змін системи. Існує маса історій про непередбачених перебоях резервного копіювання, що відбуваються з вини комутаційної топології мереж зберігання даних, або у зв'язку із змінами в зонуванні, чи з появою "Вузьких місць", що виникають у результаті зміни конфігурації системи резервування даних. Вони можуть і повинні бути усунені. Якщо в інфраструктурі резервного копіювання необхідно наявність щомісячного перерви для проведення апгрейдів або регламентних тестів, таке тимчасове вікно не повинно перетинатися з аналогічним перервою в роботі інших систем. При внесенні змін до систему існує підвищена потреба у відновленні даних, коли файли зберігаються, а нові встановлюються. Якщо інфраструктура резервного копіювання зупинена для планового обслуговування, то дані не зможуть бути відновлені в потрібний час. Інфраструктура резервного копіювання - це виробнича система, і, як одне з найважливіших використовуваних додатків, вимагає підтримки та уваги нітрохи не менше решті виробничого середовища.
Консультації з вендорами
середу резервного копіювання складна і з появою нових технологій стає ще складніше. Постачальники програмних і апаратних засобів змагаються один з одним у додаванні нових можливостей для того, щоб виділитися. У той час як більша частина даних технологій дійсно корисна (а все це звучить ще краще), є безліч ускладнень у розумінні нюансів функціонування тієї чи іншої технології і відмінностей між ними. Наприклад, існує безліч підходів до дискового резервному копіюванню. Який з них найкраще підходить для даного середовища і в чому його перевага? Ось фундаментальне питання, на який треба відповісти: у обраного постачальника достатньо уміння для задоволення ваших потреб? Якщо всі технічні проблеми вирішені - добре. Якщо технічні проблеми не вирішуються за розумний час - то з подібним постачальником працювати не слід. Це особливо помітно, коли потрібно інтеграція продуктів від різних виробників.
Описані правила можуть здатися занадто очевидними, але виконувати їх все буває далеко не просто. Це залежить від деякої кількості ключових елементів: можливостей у плані звітності, високого рівня компетентності персоналу, пов'язаного з резервним копіюванням, і міцного взаємодії структур, що виконують різні функції. Перешкод цього теж може бути чимало: вартість, доступність ресурсів, рівень майстерності, організаційної політики та багато іншог...
