У статті проведено огляд найпопулярніших систем резервного копіювання та відновлення даних як у всьому світі, так і в Росії. Розглядаються продукти основних виробників систем резервного копіювання та відновлення даних, наводяться дані про їх основні функції та відмінності. Особливий акцент робиться на продуктах, представлених російському ринку.

Вступ

Робота з будь-якими даними завжди пов'язана з потенційною можливістю втрати. Дані можуть бути втрачені внаслідок різних факторів: людських помилок (як користувачів, так і адміністраторів мережі), фізичного крадіжки, внаслідок деструктивних дій шкідливих програм, поломки пристроїв для зберігання даних. Якщо були втрачені особисті дані (наприклад, архів з фотографіями), то збитки є суб'єктивними і виражаються в негативних емоціях користувача. А, у разі втрати службової інформації, збитки можуть виявитися в економічній сфері - у фінансових збитках, втрати конкурентних переваг, Зриви або невиконання контрактів і навіть руйнування організації.

Для захисту від втрати інформації використовуються системи резервного копіювання та відновлення даних (Backup&Recovery). Система резервного копіювання та відновлення даних - це програмний або програмно-апаратний комплекс для створення копій даних з певною періодичністю для їхнього подальшого відновлення. Крім захисту від втрати даних системи резервного копіювання, також дозволяють забезпечити організувати безперервність роботи співробітників за рахунок швидкого відновлення операційної системи (за наявності її образу) або відновлення даних на іншому комп'ютері.

Як працюють системи резервного копіювання та відновлення даних

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

Головні розділові лінії між різними системами резервного копіювання та відновлення даних проходять за сферами їх використання – для персональних потреб, у невеликих компаніях та «домашніх офісах» (SMB/SOHO/ROBO) або середніх (Enterprise) і великих компаніях (Large Enterprise). Залежно від цього різниться вартість систем резервного копіювання і відновлення даних, використовувані типи сховищ, типи платформ, функції і т.д. Розглянемо деякі з цих критеріїв.

Однією з основних відмінностей для систем резервного копіювання та відновлення даних є тип носіїв для зберігання даних. Для зберігання резервних копій може використовуватися стрічка, оптичні диски (CD, DVD, Blu-Ray тощо), жорсткі диски (HDD), твердотільні диски (SSD), мережеві сховища. Кожен з них має свої переваги та недоліки. Наприклад, зберігання даних на стрічках лише на перший погляд видається анахронізмом. Сучасні стрічкові пристрої досить дешеві та гарантують тривале зберігання даних. Але відновлення даних з таких носіїв може бути дуже довгим. Тому вони найбільше підходять для архівації даних. "Жорсткі" диски дозволяють виконувати резервне копіюванняі відновлення досить швидко, однак у них висока ціна і не найдовший час життя.

Альтернативою жорстким дискам є використання хмарних сховищ, в яких тип систем зберігання прихований від користувачів. Звичайно, як "залізо" в них використовуються будь-які диски, але проблема збереження дисків лягає на постачальника послуг. А що ж ціна? Забезпечення додаткових гарантій безпеки вимагає великих грошей на утримання «хмарної» інфраструктури (може підтримуватись дублювання даних, «гаряча» заміна дисків, RAID-масиви). Однак при цьому ефективність використання дискового простору може бути вищою, т.к. «хмарою» може користуватися кілька клієнтів, і ефективність його використання буде вищою, ніж у системи резервного копіювання та відновлення даних, встановленої безпосередньо в компанії. В результаті цього ефективність тієї чи іншої системи складно порахувати апріорно, тому в кожній конкретній ситуації вибору системи зберігання має передувати економічний розрахунок.

Ще одна відмінність – це тип платформ. Система резервного копіювання та відновлення даних може бути реалізована у вигляді програмного забезпечення, програмно-апаратного комплексу або як послуги (software-as-a-service). Програмне забезпечення коштує дешевше та потребує окремих систем зберігання. Тому такі системи підходять для персонального використання та невеликих компаній. Для великих компаній такі системи можуть використовуватися у зв'язку зі спеціальними сховищами даних. Для середніх і великих підприємств найбільше підходять системи резервного копіювання та відновлення даних, виконані у вигляді програмно-апаратних комплексів (PBBA, Purpose-Built Backup Appliance). Дані пристрої поділяються на дві категорії:

1. PBBA target systems (цільовісистеми). Дані комплекси виступає лише як цільового пристрою для резервного копіювання. Таке рішення вимагає використання додаткового програмного забезпечення для автоматизації, керування та консолідації резервного копіювання, яке, у свою чергу, має бути розміщене на додатковому серверному обладнанні з розгорнутою операційною системою для інтеграції всіх перелічених компонентів. До таких пристроїв належать EMC Data Domain, HP StoreOnce тощо.
2. PBBA integrated systems (інтегровані системи). Цеповністю закінчені рішення, що не потребує додаткових складових для повноцінної роботи. Вони включають сервери, дискові масиви і програмне забезпечення для здійснення резервного копіювання. Такі системи мають велику інтеграцію між апаратурою та програмним забезпеченням та можуть включати додаткові інструментидля роботи з мережею (наприклад, балансування навантаження). Такі рішення не вимагають додаткових інвестицій в інфраструктуру, мають менші витрати на розгортання та інтеграцію, а також легше супроводжувати та адмініструвати. До таких пристроїв відносяться EMC Avamar, Symantec Appliance BE+NBU тощо.

Нині низка компаній надає використання резервного копіювання як послуги. У цьому випадку сховище найчастіше знаходиться в «хмарі» і все управління таким сховищем здійснює постачальник послуг, користувач лише заливає та відновлює дані.

Системи резервного копіювання та відновлення даних відрізняються і за функціями, які вони надають. Умовне можна виділити «базові» та «розширені» функції. До базовим функціямможна віднести роботу з розкладу, стиснення та шифрування резервних копій. Додаткові функції різноманітніші:

1. Дублювання дозволяє здійснювати одночасне копіювання на кілька джерел, що підвищує надійність зберігання даних.
2. Дедуплікація дозволяє проводити аналіз та стиснення дубльованих даних. В результаті зменшується навантаження на канали передачі даних та місце для зберігання даних.
3. Створення образів системи. Періодичне копіювання не лише даних, а й образів системи дозволяє швидко відновити робоче місцеспівробітника навіть у разі пошкодження операційної системи або персонального комп'ютеращо забезпечує безперервність його роботи.
4. Балансування навантаження. Дозволяє оптимізувати навантаження на кілька сховищ для найшвидшого виконання операцій із резервними копіями.
5. Сумісність із програмним забезпеченням (операційними системами та СУБД). Дозволяє створювати «зліпки» файлів та баз даних, які можуть змінюватися в процесі створення резервної копії, для їх коректної цілісної передачі та відновлення.
6. Різні інструменти для дистанційного адміністрування. Це досить різноманітний набір функцій, які дозволяють автоматизувати роботу адміністратора. До них може належати віддалена установка агентів на комп'ютери користувачів, перевірка створених архівів, ручне або автоматичне злиття резервних копій тощо.
7. Робота з віртуальними пристроями.
8. Робота з «хмарними» сховищами.
9. Алгоритми відновлення даних. При втраті даних збільшення швидкості відновлення даних використовуються різні алгоритми, що дозволяють відновлювати лише необхідні дані, виключати дублювання при відновленні тощо.

Світовий ринок систем резервного копіювання та відновлення даних

Кількість систем резервного копіювання та відновлення даних у світі досить обмежена. Магічний квадрат від компанії Gartner вказує, що перші місця на ринку займають такі компанії, як CommVault, EMC, IBM та Symantec.

Малюнок 1."Магічний квадрат"Gartnerдля систем резервного копіювання та відновлення даних

У 2013 році аналітична компанія IDC випустила докладний звіт (Worldwide Quarterly Purpose Built Backup Appliance Tracker) про ринок спеціалізованих пристроїв резервного копіювання (PBBA, Purpose Built Backup Appliance). За його даними, виручка компаній у цьому сегменті за другий квартал 2013 року склала 720,2 млн. $, що на 7,3% більше, ніж рік тому.

Таблиця 1. Доходи виробників у сфері спеціалізованих пристроїв резервного копіювання (у мільйонах доларів)

З таблиці видно, що більше половини ринку займає компанія EMC (62.6%). На другій позиції знаходиться компанія Symantec (12.4%), третє місце посідає IBM із часткою ринку 7.3%. Четверте і п'яте місце займають компанії HP (5.3%) і Quantum (2.5%), решта компаній займають на ринку менше 2% і в сумі становлять 10% ринку. З помітних тенденцій можна зазначити зменшення частки ринку компанії IBM на 40.4% і збільшення частки компанії Symantec на 71.3%.

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

Російський ринок систем резервного копіювання та відновлення даних

На російському ринку представлені основні світові гравці ринку систем резервного копіювання та відновлення даних, які просувають свої рішення через регіональних партнерів. На ринку представлені продукти компаній EMC, IBM, HP, Symantec, Dell, NetApp, CA Technologies , які здебільшого орієнтовані великі компанії. Компанія CommVault представлена ​​на російському ринку в меншому обсязі, переважно її рішення пропонує компанія КРОК. Також популярністю користуються рішення російських виробників Acronis та Paragon Software Group. Їхні рішення особливо актуальні у зв'язку з політикою економії багатьох компаній, які починають приділяти особливу увагу показникам «ціна/якість». Для захисту тільки віртуальних системвикористовуються рішення російської фірми Veeam Software, проте їх ми розглянемо в рамках наступної статті.

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

EMC

Основною системою компанії EMC є EMC Avamar. Це комплексне програмно-апаратне рішення для резервного копіювання та відновлення даних, що дозволяє працювати як реальними, і віртуальними пристроями. Підтримується функція дедуплікації сегментів змінної довжини, що здійснюється на пристрої клієнта. Проводиться оптимізації передачі при роботі з різними типами мереж. Відновлення провадиться за один крок. В EMC Avamar може бути налаштована робота з конкретним типом програмного забезпечення (наприклад, базами даних Oracle) та віртуальними пристроями.

Для оптимізації керування даними використовується додаткове програмне забезпечення EMC Data Protection Adviso. Воно автоматизує моніторинг та аналіз резервних копій, забезпечує надсилання оповіщень адміністраторам при виникненні різних подій та дозволяє створювати звіти про роботу резервного копіювання.

Системи резервного копіювання та відновлення даних є досить «гнучкими» і за необхідності можуть масштабуватись за рахунок збільшення дискового простору. EMC Avamar також можуть інтегруватися із системами зберігання даних EMC Data Domain. Дані системи представлені великою лінійкою продуктів від невеликих пристроїв(DD160, DD620), здатних зберігати кілька терабайт, до великих сховищ (DD990) кілька петабайт.

IBM

У сфері резервного копіювання компанія IBM представлена ​​продуктом IBM Tivoli Storage Manager. Це програмний продукт, який займається створенням резервних копій та керуванням пристроями зберігання. IBM Tivoli Storage Manager сумісний з великою кількістю систем зберігання даних. Він забезпечує роботу в локальних (LAN), глобальних (WAN) мережах і мережах зберігання даних (SAN), що розвиваються зараз.

Tivoli Storage Manager включає засоби для дистанційного адмініструванняз будь-якої точки мережі чи через Інтернет. Адміністратор може автоматизувати різноманітні етапи роботи системи резервного копіювання та відновлення даних за рахунок створення політик зберігання. Набір політик, налаштований адміністратором, дозволяє не лише проводити штатні операції, а й оперативно реагувати на виникнення різноманітних незапланованих ситуацій. За допомогою використання ієрархічної системи зберігання у системі під керуванням Tivoli Storage Manager можуть використовуватись різні типипристроїв зберігання (наприклад, стрічки та жорсткі диски).

Tivoli Storage Manager дозволяє проводити оптимізацію даних, що зберігаються, за рахунок їх стиснення, консолідації та використання «інкрементного» копіювання. Для корпоративного програмного забезпечення (бази даних, електронна пошта) використовуються додаткові клієнти, які оптимізують роботу з конкретним типом додатків.

Symantec

Компанія Symantec надає два продукти для резервного копіювання та відновлення даних – це Symantec Backup Exe та Symantec NetBackup, які призначені для роботи в середніх та великих мережах. Дані програми включають весь набір необхідних для резервного копіювання функцій (дедуплікація, автоматична цільова реплікація, міграція між комп'ютерами, робота з фізичними та віртуальними пристроями, робота в гетерогенному середовищі і т.д.). Ці продукти можуть працювати з різними системами зберігання даних.

Окремо варто згадати додаткові технології роботи з віртуальними машинами. Технологія віртуалізації Symantec V-Ray поєднує в собі віртуальні та фізичні резервні копії та дає користувачам єдиний доступ до всіх резервних копій, включаючи VMware, Hyper-V та фізичні пристрої, дозволяючи швидко відновлювати віртуальні машини, додатки, бази даних, файли, папки і навіть окремі елементи додатків. Вбудована технологія bare metal recovery дозволяє відновлювати дані на обладнанні, відмінному від вихідного, і включає в себе функцію резервного копіювання у віртуальну машину (B2V) і перетворення на віртуальну машину (P2V), даючи користувачам можливість відновити системи, що відмовили в VMware або Hyper-V оточенні .

Для зручності роботи з системами резервного копіювання та відновлення даних Symantec також випустила на ринок програмно-апаратні пристрої Symantec Backup Exec 3600, Symantec NetBackup 5230. Однією з переваг їх використання є мінімальний час для їхнього розгортання на підприємстві. Стверджується, що адміністратору знадобиться 20-30 хвилин, щоб пристрої почали працювати та повноцінно виконувати свої функції.

CommVault

Компанія CommVault пропонує систему керування даними, виконану у вигляді програмного забезпечення та побудовану за модульним принципом. Модулі забезпечують архівацію, захист, резервне копіювання та керування даними. p align="justify"> Для роботи з даними використовується єдина консоль управління.

Функції резервного копіювання в CommVault Simpana включають дедуплікацію, створення образів системи, автоматизацію резервного копіювання, централізоване управління резервними копіями, створення звітів, надання користувачам самостійного доступу до резервних копій, використання політик для ієрархічного зберігання даних, балансування навантаження і т.д. CommVault Simpana забезпечує глибоку інтеграцію у віртуальну інфраструктуру для розширених засобів керування даними для платформ Microsoft Hyper-V, VMware vCenter та VMware vCloud Director.

CommVault підтримують більшість наявних операційних системта додатків (зокрема, бази даних Oracle, Microsoft, PostgreSQL та MySQL, Documentum, SAP) для того, щоб створювати резервні копії в процесі роботи програм з мінімальним навантаженням на них.

HP

Компанія HP представляє на ринку великий набір різних рішень. Програмне забезпечення HP Data Protector призначене для забезпечення автоматичного резервного копіювання та відновлення даних, а також централізованого керування відповідними політиками та процесами. Воно підтримує більшість відомих платформ та додатків і дозволяє виконувати такі функції:

• дедуплікацію даних відповідно до технології HP StoreOnce Federated Deduplication як на клієнтах (source based), так і на окремо виділеному сервері (backup server) або ж на системах зберігання даних (target based);
• резервне копіювання та відновлення віртуальних середовищ, включаючи захист як віртуальних машин, так і окремих даних усередині них;
• інтеграцію з функціональністю дискових масивів для створення апаратних знімків (snapshots) для здійснення резервного копіювання з нульовим простоєм Zero Downtime Backup та миттєвого відновлення інформації Instant Recovery (IR);
• можливість відновлення окремих елементів резервної копії (наприклад, окремого файлу з бекапу віртуальної машини).

Для зберігання резервних копій використовується лінійка бібліотек з дедуплікацією HPStoreOnce. Рішення базується на серверній платформі HP Proliant Gen8, моделі мають ємність від 8ТБ до 2.2ПБ (до 35ПБ з урахуванням дедуплікації) та підтримують швидкість резервного копіювання до 139ТБ/год. Воно може одночасно працювати в режимі VTL (Virtual Tape Library), емулюючи стрічкові приводи і виступати в якості файлового сховища з доступом по CIFS/NFS.

Dell

У Останнім часомкомпанія Dell наростила портфель рішень для резервного копіювання та відновлення за рахунок придбання компаній Quest Software та AppAssure. Для великих підприємств та компаній Dell пропонує рішення NetVault для організації резервного копіювання всієї інфраструктури, а для компаній малого та середнього бізнесу простіше рішення Appasure. Для резервного копіювання віртуальних машин використовується програма vRanger. Російські розробники підрозділу Dell представляють спеціалізовані рішення Dell Software для гранулярного відновлення AD і Exchаnge, а також унікальну технологію автоматизованого відновлення Active Directoryпри втраті даних.

Наприклад розглянемо пристрої Dell PowerVault серії DL і DR (актуальні моделі - DL4000 і Dell DR4100). Пристрої дозволяють виконувати такі функції:

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

Пристрої можуть працювати під керуванням програмного забезпечення інших виробників, наприклад, EMC або Symantec.

Quantum

Компанія Quantum постачає системи резервного копіювання та зберігання даних. Постачаються стрічкові (SuperLoader; Scalar i40, i80, i500, i6000) та дискові (DXi V1000, 4000, 6500, 6700, 8500) пристрої та пристрої резервного копіювання для віртуальних машин Quantum vmPRO 4000.

Пристрої відрізняються обсягами використовуваних сховищ і підтримують більшість додаткових функцій, що зустрічаються у систем резервного копіювання корпоративного рівня Для оптимізації копіювання використовуються оригінальні алгоритми дедуплікації Quantum. Для централізованого керування та моніторингу використовується програмне забезпечення StorageCare Vision.

NetApp

Системи резервного копіювання та відновлення даних від NetApp дозволяють працювати як зі стрічковими, так і дисковими масивами. SnapProtect – це програмне забезпечення для комплексного керування резервним копіюванням на диски та стрічкові накопичувачі для систем NetApp FAS. Воно дозволяє виконувати моментальні знімки та реплікацію даних, за рахунок чого суттєво зменшується час на роботу з резервними копіями та їх розмір. Також SnapProtect дозволяє керувати створенням та відновленням копій за допомогою єдиної консолі управління.

NetApp SnapVault - це програмне рішеннядля швидкого виконання резервного копіювання з диска на диск та захисту даних на рівні блоків. Дозволяє скоротити час створення резервних копій за рахунок інкрементного копіюваннялише на рівні блоків даних. Забезпечує швидке відновлення даних за рахунок великої кількості параметрів та точок відновлення.

CA Technologies

Для резервного копіювання та відновлення даних CA Tehnologies пропонує програмне забезпечення CA ARCserve Backup . Воно дозволяє виконувати досить великий обсяг функцій:

• дуплікацію даних для скорочення обсягів використовуваних сховищ;
• підтримку резервного копіювання під час роботи з віртуальними машинами під керуванням VMware, Microsoft Hyper-V™ та Citrix® XenServer;
• підтримка резервного копіювання у «хмарі» для швидкого перенесення даних між фізично віддаленими об'єктами;
• використання резервного копіювання на основі миттєвих знімків (ARCserve D2D) спільно з рішенням традиційного резервного копіювання файлів (CA ARCserve Backup). При цьому використовується загальний каталог резервних копій, щоб прискорити та спростити процес відновлення;
• можливість централізованого управління процесами копіювання та відновлення даних із єдиної консолі.

Для реалізації спеціалізованих завдань використовуються додаткові модулі (CA ARCserve Central Reporting, CA ARCserve Replication, CA ARCserve High Availability), що розширюють функціональність CA ARCserve Backup.

Acronis

Acronis надає цілу лінійку програмного забезпечення для організації резервного копіювання та відновлення даних. Для домашнього використанняпризначено програму Acronis True Image, для малих підприємств використовується Acronis Backup & Recovery Server для Windows, а для великих підприємств - для Windows.

Найбільш функціональним є корпоративний продукт Acronis Backup & Recovery Advanced Server, що дозволяє виконувати велику кількість функцій:

• файлове резервне копіювання та резервне копіювання на основі образу. Можна створювати образ всього диска з операційною системою для подальшого відновлення на той самий або аналогічний комп'ютер;
• дублювання резервних копій у кілька сховищ (наприклад, локальне та мережеве);
• пошук у сховищі та вибіркове відновлення файлів;
• дедуплікація (окремий модуль) дозволяє не копіювати дані, що повторюються. Причому пошук копій провадиться не тільки на комп'ютері конкретного користувача, а всіх користувачів мережі;
• можливість відновлення робочих станцій та серверів на устаткуванні, відмінному від того, з якого було зроблено резервну копію, або на віртуальну машину (окремий модуль);
• функції адміністрування (віддалена установка, можливість включати комп'ютери перед проведенням резервного копіювання, можливість виконувати команди до та після копіювання; визначення навантаження на диск та мережу у процесі копіювання тощо);
• централізоване керування створенням резервних копій;
• використання сховища у «хмарі» (окремий модуль).

Наявність такого набору функцій дає можливість продуктам Acronis бути реальним конкурентом продуктам світових лідерів у цій галузі. Функціонал, що надається, дозволяє продуктам Acronis претендувати на всі сегменти ринку.

Paragon

Ще одна російська компанія, що випускає системи резервного копіювання та відновлення даних. У її портфелі ціла низка продуктів для резервного копіювання та обслуговування жорстких дисків– Paragon Hard Disk Manager 12 Suite, Professional, Business, Premium editions (для персональних користувачів та SMB); Paragon Protect and Restore 3 (для великих компаній); Drive Backup 11 Workstation; Drive Backup 11 Server і т.д. Весною 2014 року на російському ринку анонсується випуск Paragon Hard Disk Manager 14, який вже продається на заході.

За допомогою цих продуктів можна організовувати повнофункціональний процес резервного копіювання та відновлення даних. Для швидкої міграції чи відновлення системи після збою використовуються образи системи. Причому їх можна ставити на комп'ютери, апаратне забезпечення яких відрізняється від вихідного комп'ютера. Реалізовано різні схемикопіювання – інкрементне та диференційоване, що дозволяють скорочувати обсяги даних, що копіюються. Використовується гранулярне відновлення даних та потужний набір фільтрів, що дозволяє налаштовувати автоматичне відновленняданих. Підтримується робота як із реальними, так і віртуальними пристроями. Проте повноцінна дедуплікація відсутня. Централізоване керування резервним копіюванням можливе після встановлення додаткової програми Paragon Remote Management.

Більшість продуктів компанії Paragon розраховані на персональних користувачів та маленькі та середні компанії. Однак останні продукти компанії, такі як Hard Disk Manager 12 Premium, виходять за рамки SMB та надає додаткові інструменти для роботи у великих компаніях.

Переліченими рішеннями повністю не обмежується ринок систем резервного копіювання та відновлення даних у Росії. Є менш поширені продукти, наприклад Handy Backup Server Network (компанія «Новософт») або BakBone NetVault . Проте їхня представленість на російському ринку мала або не піддається точної оцінки, тому вони і не потрапили до списку рішень, які ми розглядаємо.

До нашого огляду не ввійшли безкоштовні системидля резервного копіювання та відновлення даних, т.к., не маючи даних про обсяги продажів, складно оцінити їх присутність на ринку. З найпопулярніших безкоштовних програмдля резервного копіювання на російському ринку відзначимо додаток Clonezilla. Воно дозволяє створювати образи системи або копії даних на локальному або віддаленому комп'ютері. Корпоративна версія Clonezilla Server дозволяє керувати резервним копіюванням локальної мережікомпанії.

Висновки

Системи резервного копіювання та відновлення даних є необхідним елементом безпеки будь-яких робочих місць – особистих і корпоративних. Сьогоднішній рівень цього класу рішень дозволяє зробити процес резервного копіювання швидким та зручним для користувачів. Увага також приділяється не лише швидкості створення резервних копій, а й швидкості їх відновлення. При використанні спеціалізованих алгоритмів час відновлення даних суттєво зменшується. Алгоритми, що використовуються для цього, дозволяють істотно скорочувати час відновлення даних. Представлені на ринку системи постійно розвиваються і включають нові технології роботи з даними. Так багато систем пропонують можливість зберігати дані у хмарі, використовувати віртуальні машини, дозволяють працювати з новими типами протоколів та пристроїв зберігання даних. Це говорить про взаємний інтерес виробників та споживачів даного класу рішень. Варто зазначити, що в майбутньому системи резервного копіювання та відновлення будуть все тісніше інтегруватися з рішеннями щодо зберігання резервних копій та рішеннями для організації спільного доступу та віддаленої роботи з даними у «хмарі».

Ринок систем резервного копіювання та відновлення даних досить зрілий. На світовому рівні вже давно склався набір лідерів у цій галузі, які з року в рік прагнуть підтримувати високий рівень своїх рішень. Це компанії EMC, CommVault, Symantec, IBM, HP, Quantum, NetApp, CA Technologies. На ринку представлені продукти всіх зазначених лідерів. Специфікою ринку є присутність російських гравців – Acronis та Paragon, продукти яких займають свої ніші та затребувані на ринку.

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

Дорогі друзі, сьогодні ми з вами розглянемо дуже важливу тему: резервне копіювання та відновлення даних. Чому ці два поняття йдуть разом і не окремо? У чому їх особливості, навіщо вони потрібні? На всі ці питання ми відповімо зараз, а потім перейдемо безпосередньо до активних дій.

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

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

• Інформація з комп'ютера
• Інформація з планшетів та смартфонів
• Рекомендації користувачеві

Варто відзначити, що для створення копії файлів або системи вам знадобиться зовнішній носій інформації, на якому зберігатимуться ваші дані. Вставте його у USB-вхід на комп'ютері або ноутбуку. Подбайте про те, щоб обсяг доступного простору на диску або флешці був більшим, ніж займають ваші файли. Також простежте за тим, що під час запису не стався якийсь збій: якщо хтось випадково зачепить кабель і він від'єднається, то ви можете втратити дані.

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

Інформація з комп'ютера

Так як комп'ютерні дані займають перший рядок у рейтингу важливості серед інших пристроїв, з них ми розпочнемо нашу роботу. Насамперед варто відзначити, що тут теж є невеликий поділ резервної копії за типом інформації, що зберігається: це може бути повна копіяопераційної системи, копія разом із файлами або окреме зберігання файлів. Для зручності розглянемо приклад для Windows 7, 8.1 та 10 .

Windows 7

• Переходимо на панель керування комп'ютера за допомогою кнопки Пуск або будь-яких інших засобів навігації.
• Натискаємо на меню «Система та безпека».
• Далі перед вами відкриється вікно з вкладками, де потрібно буде натиснути на «Резервне копіювання та відновлення даних».
• Отже, у новому вікні ви побачите меню з налаштуваннями архівації. Натисніть «Архівація та відновлення».
• Далі нам знадобиться налаштувати резервне копіювання за допомогою однойменної синьої кнопки.

Натискаємо на «Налаштувати резервне копіювання»

• Потім перед вами з'явиться діалогове вікно з налаштуваннями архівації. Виберіть свій жорсткий диск і натисніть кнопку «Далі».

Вибираємо розташування архіву

• У наступному вікні система попросить вас уточнити, що потрібно архівувати. Рекомендується використовувати перший варіант («Надати вибір Windows»), оскільки він зберігає все та регулярно оновлює дані. Зверніть увагу, що тут другий варіант дає користувачеві самому вибрати, що потрібно зберегти. Тобто ви можете поставити свої папки або окремі директорії, якщо повна резервна копія разом із файлами операційної системи вам не потрібна.

Вибір об'єктів для архівації самостійно

• Далі ми перевіряємо встановлені параметри. Тут ви можете встановити розклад для автоматичного створеннякопії за допомогою кнопки "Змінити розклад".

• Коли все буде встановлено та перевірено, натисніть «Зберегти параметри та запустити архівацію».

Процес виконується

• Дочекайтеся закінчення процесу, а потім перевірте зовнішній жорсткий диск: чи записалися на нього ваші дані.

Windows 8.1

• Запустіть панель інструментів у правій частині екрана. Для цього відведіть мишу у правий верхній кутпотім натисніть "Пошук".
• Наберіть з клавіатури словосполучення "Історія файлів" без лапок і натисніть Enter. В отриманих результатах натисніть однойменну папку.
• Ви потрапите у вікно, де потрібно буде натиснути на посилання «Резервна копія образу системи», яка розташована в нижньому лівому кутку вікна.

• Вибираємо місце зберігання архіву (як ми домовилися вище, це має бути зовнішній жорсткий диск). Натисніть «Далі».
• Наступне вікно покаже вам обсяг пам'яті, який буде потрібно. Перевірте всі дані та натисніть кнопку «Архівувати».
• Зачекайте, поки система створить резервну копію Windowsна зовнішньому носії інформації. Цей процес може зайняти деякий час, тому не поспішайте панікувати.

Windows 10

• Запустіть параметри за допомогою кнопки Пуск на панелі завдань.
• Відкрийте вкладку «Оновлення та безпека».
• У лівому стовпчику з параметрами натисніть «Служба архівації».
• За допомогою однойменної кнопки налаштуйте систему автоматичного резервного копіювання.
• Зверніть увагу, що ви там без проблем можете легко регулювати папки, копії яких будуть створюватися. Це набагато полегшить вашу роботу.
• Якщо ви хочете створити повну резервну копію разом з операційною системою, а не окремі бібліотеки та директорії, скористайтеся інструкцією для Windows.

Щоб відновити дані, повторіть пункти, перш ніж знайти параметри архівації. А тепер просто виберіть вкладку або пункт «Відновлення» і просто дотримуйтесь інструкцій у діалоговому вікні на екрані монітора. Нічого складного у цьому немає. Звичайно, ми з вами розглянули штатні засоби Windows від Майкрософта. Існують і спеціальні програми щодо аналогічних операцій. Вони можуть бути зручнішими, але в плані безпеки та надійності можуть поступатися цим. Тому рекомендується все ж таки користуватися стандартними утилітами ОС.

Інформація з планшетів та смартфонів

Тут все трохи простіше, тому що також використовуються стандартні програми(наприклад, для iPhone та iPad ми будемо працювати з iTunes). Для всіх гаджетів будь-якої операційної системи процедура виконання резервної копії буде та сама:

• Підключіть пристрій до комп'ютера або ноутбука. Зачекайте на встановлення відповідних драйверів.
• Запустіть програму, яка призначена для синхронізації з вашим девайсом. Тобто, якщо у вас iPhone, то відкрийте програму iTunes на своєму ПК.
• Знайдіть вкладку або пункт «Синхронізація» або «Резервне копіювання». Клацніть по ній і, дотримуючись підказок на екрані, створіть копію.

• Для відновлення даних у цьому вікні знайдіть однойменну кнопку та натисніть на неї.
• Під час виконання цих дій комп'ютером не від'єднуйте пристрій від USB. Це може закінчитися програмною поломкою девайса.
• Зверніть увагу, що можна просто перенести деякі файли зі смартфона або планшета на ПК. Особливо це актуально для власників гаджетів під управлінням операційної системи Android: тут є повний доступ до всіх файлів та папок.
• Власники iOS-девайсів можуть зберігати тільки фотографії та відео аналогічним чином: зайдіть у «Комп'ютер» і клацніть правою кнопкою миші на вашому пристрої. Натисніть «Імпортувати фотографії та відео». Дотримуючись підказок на екрані, ви можете не тільки зробити імпорт, але й налаштувати його.

Хмарні сховища

Сьогодні цей тип зберігання даних досить популярний на ринку: не потрібні флешки, кабелі та інші засоби периферії. Потрібно лише активне швидкісне підключення до інтернету, і всі ваші файли у вас в руках. Їх налаштування розглядати ми не будемо (для цього є окрема тема), а просто скажемо про кожне сховище для певної ОС:

• OneDrive для Windows
• iCloud та iCloud Drive для iOS та MacOS
• Google диск для Android

Є ще універсальні, які ставляться на будь-який пристрій, незалежно від встановленої ОС:

• Хмара Mail
• OneDrive
• Google диск

Як ви помітили, з усіх сховищ тільки компанія Apple зробила свій продукт доступним лише для своєї системи. Погано це чи добре – вирішувати вам.

• При використанні зовнішнього жорсткого диска або флешки, подбайте про те, щоб вона мала достатній обсяг вільного простору.
• Зверніть увагу, що більшість хмарних сховищ мають обмежену пам'ять для безкоштовного доступу. Наприклад, в iCloud Drive вам буде доступно п'ять гігабайт. Щоб розширити її, вам потрібно буде купувати передплату. Якщо у вас не так багато файлів, купувати нічого не потрібно. Можете також користуватися кількома хмарними сховищами.
• Перевірте створення копій: якщо пам'ять на диску або у хмарі закінчилася, копія не буде створена. Ви ризикуєте втратити деякі дані, що буде дуже сумним наслідком.
• Якщо ви просто копіюєте деякі файли, то бажано видалити їх з копіюваного девайса для звільнення пам'яті на ньому.
• Якщо ви хочете зберегти дуже важливі документи, краще зробити дві копії. Наприклад, можете зробити одну на зовнішньому жорсткому диску, а іншу за допомогою програми хмарного сховища.

Підведемо підсумки

Дорогі друзі, сьогодні ми з вами обговорили дуже велику тему: резервне копіювання та відновлення даних. Особливий акцент було зроблено на комп'ютерній інформації, потім ми розглянули загальний принцип створення копії смартфонів та планшетів, а також познайомились із хмарними сховищами. Насамкінець ми дали кілька рекомендацій, щоб ваша робота була максимально продуктивною. Запам'ятайте: збережені дані є запорукою збереження ваших нервів. Якщо ви втратите файли своєї дипломної роботи, яку ви робили кілька тижнів або місяців, то буде не дуже весело, чи не так? Розкажіть у коментарях, яким службам архівації ви найбільше волієте користуватися і чому.

У цій статті я розповім, як робити резервне копіювання даних: робочих файлів, мультимедіа та операційної системи (робити її образ). Резервне копіювання (архівація даних) вкрай необхідне, оскільки в результаті поломки жорсткого диска, або вірусу, ви можете втратити важливі документи, фотоархів, роботи, створені в різних програмах. Можливо, ви просто захочете перевстановити чисту копію ОС з усіма програмами. Коли це станеться, таку ситуацію легко виправити.

Найпоширеніший випадок у користувачів - вихід із ладу операційної системи. Для того, щоб відновити колишній стан комп'ютера (програми, налаштування і т.д.), необхідно витратити від декількох годин до декількох днів для інсталяції та налаштування ОС Windows, але найбільше часу забирає установка додаткового софту. Часто недосвідчені користувачі зберігають свої дані на системному диску, не замислюючись перенести інформацію до інших розділи жорсткогодиска, не кажучи вже про зовнішні HDD.

Способи резервного копіювання (архівації) та відновлення

Windows 7: вбудований інструмент архівації та відновлення

Він досить простий у використанні і навіть дозволяє виконувати цю процедуру автоматично за розкладом. Розташування в системі інструменту резервного копіювання: «Пуск | Усі програми | Обслуговування | Архівація та відновлення». Меню в колонці зліва "Створити диск відновлення системи"і "Створення образу системи".

Створення образу системи. Необхідно вказати розташування майбутнього архіву: вибираємо інший дисковий розділ, зовнішній HDD або оптичний диск(DVD, Blue Ray). Також є можливість збереження резервної копії на мережевий диск. Використовувати оптичні носії недоцільно, тому для зберігання резервної копії використовуйте логічний диск із достатнім місцем для зберігання або зовнішньої HDD. Вибрали місце, натискаємо кнопку "Архівувати". Архівуватиметься весь системний розділ. Цю процедуру можна проводити за розкладом, при цьому Windows оновлює записаний раніше образ системи, не створюючи його знову, що суттєво економить час.

Якщо вибрати інструмент «Архівація», можна налаштувати регулярне копіювання важливих даних користувача. Для цього виберіть "Налаштувати резервне копіювання", вкажіть, на який диск буде збережено, натисніть "Далі", в наступному вікні виберіть "Надати мені вибір" і потім позначте об'єкти для архівації. Для відновлення вмісту резервної копії виберіть одну з трьох запропонованих дій: «Відновити мої файли з цієї резервної копії», «Відновити файли для всіх користувачів на даному комп'ютері» або «Керування місцем на диску, який займає ця резервна копія».

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

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

Резервне копіювання та відновлення за допомогою Acronis True Image Home 2013

Користувачам Windows XP, де відсутній вбудований інструмент резервування, а також користувачам з більш високими вимогами до функціональності бекап-програми, я порекомендую скористатися Acronis True Image Home 2013.

Acronis True Image Home використовує 3 методи створення резервної копії.

Повний образ - архівування всіх даних, включаючи MBR (якщо розділ є завантажувальним).

Диференціальний — до резервної копії включаються лише дані, які змінювалися з створення архіву першим (повним) методом.

Інкрементний метод дозволяє доповнювати резервну копію файлами, зміненими після останньої процедури бекапу.

Резервну копію системного розділузробити просто: у головному вікні програми виберіть першу опцію - «Резервне копіювання дисків та розділів», потім вкажіть розділ або диск, задайте місце для збереження архіву та за потреби змініть параметри архівування (наприклад, установіть ступінь компресії архіву на вкладці «Продуктивність»або захистіть архів паролем). Після закінчення процесу у вказаному вами сховищі буде створено файл з розширенням *.tib. Acronis True Image Home 2013 дозволяє підключити резервну копію як логічний диск та працювати з потрібними даними. Таким чином можна витягти із заздалегідь створеного архіву потрібний файлВи випадково повністю видалили з жорсткого диска.

Окрім резервування розділів та дисків ви можете архівувати (у тому числі за розкладом) окремі каталоги та файли, а також адресну книгу Windows, список контактів та листування Microsoft Outlook. Для відновлення у найважчих випадках можна використовувати завантажувальну версію програми (boot диск або завантажувальний диск), причому можливе створення такого рішення як на оптичному, так і USB-носія.

Трапляється, що при експериментах із встановленням декількох операційних систем виявився зіпсованим головний завантажувальний запис (Master Boot Record), можна спробувати «оживити» його, відзначивши галочкою «MBR» при відновленні з образу. Також Acronis True Image Home 2011 може конвертувати резервні копії зі свого «рідного» формату у формат VHD (це резервні копії, створені системним інструментів Windows 7, і одночасно образи віртуальних дисківтобто їх можна підключати майже до будь-яких віртуальним машинам) і назад.

Найчастіше відновлення зводиться до вибору потрібного архівута розділу, в якому буде розгорнуто вміст резервної копії. Варто відзначити надзвичайний довгий час встановлення та низьку швидкість роботи Acronis True Image Home у Windows XP.

Paragon Backup & Recovery Professional: резервне копіювання з додатковими можливостями

Про програму Paragon Backup & Recovery Professional, яка здійснює резервне копіювання та відновлення файлівя розповідав, щоправда, з метою перенесення Windows на інший ПК. На відміну від продукту Acronis, крім операцій архівування вона дозволяє здійснювати також деякі дії з розділами - наприклад, зміна мітки, форматування, приховування та видалення. Однак для цього вам потрібно буде перейти в «Режим для досвідчених користувачів».

Перед резервним копіюванням рекомендується створити аварійний диск для відновлення даних із зображення. Для цього необхідно зайти в розділ "Утиліти" та вибрати "Створення аварійного диска". Як носій тут також можна вибрати або оптичний, або зовнішній жорсткий диск, або USB-флешку.

Для створення резервної копії даних зайдіть у розділ «Захист та відновлення даних | Інтелектуальне архівування», не забувши перед цим приготувати надійне сховище. Ви можете вибрати, що резервувати: «Диски або розділи», e-mail ( електронні листи, облікові записиі адресні книги Outlook, Outlook Express та Windows Mail), "Медіа-Файли" та "Документи" (тексти, фотографії, відео та музика, що зберігаються в каталозі "Мої документи") або "Інші Файли або папки".

Далі ви можете зробити Додаткові параметрикопіювання – вибір ступеня компресії образу, захисту паролем та посекторний режим копіювання (обробляються всі сектори диска «як є», включаючи невикористовувані). Як сховище архіву можна призначити і FTP-сервер, якщо у вас є. Якщо ви віддасте перевагу оптичному носію, програма попередить, що буде неможливо зберегти головний завантажувальний запис диска.

Для досвідчених користувачів Backup & Recovery є професійний інструмент для роботи з образами віртуальних машин Virtual PC, VMware Workstationта VMware Fusion. Завдяки йому ви зможете конвертувати образ реального жорсткого диска, наприклад, системного розділу, і потім відкрити його разом з усіма даними та програмами у віртуальній машині навіть на іншому комп'ютері.

Майже всі наші замовники, які впровадили системи резервного копіювання (СРК), думають, що на цьому всі їхні проблеми вирішені. Вони зробили все, що від них залежить, щоб усе було зарезервовано, а у разі аварії коректно відновлено. Але часто трапляється так: компанія стикається із серйозною проблемою, і традиційна система резервного копіювання не дозволяє відновитись за той час, який у компанії вважається цільовим. За фактом SLA, якому має відповідати система резервного копіювання, не виконується. На жаль, за час своєї роботи ми нагромадили безліч сумних прикладів, що підтверджують це. Нижче ми наведемо два кейси і дамо поради, які технічні засобидозволять скоротити час відновлення. Вибираючи кейси, ми зупинялися на прикладах, пов'язаних із базами даних, де зберігалася найбільш критична для бізнесу інформація.

Виклики у роздрібній торгівлі

Замовник:велика страхова компанія.

Короткий опис причини аварії: помилка персоналу, неправильне встановлення патчу на Oracle.

Опис проблеми

Йдеться про велику компанію, яка має зрілий ІТ-підрозділ і вкладає достатньо коштів у його обладнання та персонал. Досить сказати, що СУБД Oracle працювала на двох Oracle Exadata, розподілених за двома технологічними майданчиками, з опрацьованим DR-рішенням та настроєною системою резервного копіювання.

Одного сумного дня було ухвалено рішення встановити патч на СУБД Oracle. На жаль, інженер не дочитав інструкцію до кінця: Що я, патч не встановлю без папірця?! - І неправильно зробив це. Помилку помітили за кілька годин, коли СУБД поводилася дивно і повідомляти про це в журналах. Тоді інженер вирішив відкотитися. Ця дія остаточно знерухомила обидва екземпляри бази (всі зміни встигли відреплікуватися на Standby) і зіпсувало всі дані.

Компанія залишилася без свого головного інформаційного активу – бази даних, через яку працювали усі бізнес-процеси. Бізнес практично встав.

Рішення

Замовник ухвалив рішення відновлюватись із резервної копії. Тоді відновлення бази в 5 ТБ (зараз ~15 ТБ) зайняло - увага! - понад 30 годин!Отже, через 1,5 дні відновили базу на день раніше аварії. Але даних було більше! Решта силами програмістів і персоналу відновлювали з інших систем компанії, з первинної документації (бланків заяв, копій, сканів). На це пішло ще 1,5 дні напруженої роботи.

Разом

2 High-End системи Oracle Exadata, Oracle Standby, працююча система резервного копіювання та 3!!! дня повного простою при неправильному встановленні патча. Чи це було допустимо згідно з регламентом компанії? Звичайно ж ні.

Основна проблема: відсутність засобів швидкого відновлення за логічних помилок.

Як можна було уникнути

Для пом'якшення наслідків подібних аварії потрібно рухатися у двох напрямках. З одного боку, робити резервування частіше, з другого - мати можливість швидко відновитися. Могли б допомогти такі продукти:

Oracle FlashBack- технологія, що дозволяє робити не тільки «накат» нових даних на резервну систему Oracle, а й відкат до потрібної транзакції. За такої схеми можна було б відкотити систему до початку проблем з патчем, що дуже полегшило б відновлення даних.

Технологія Snapshot.Миттєві знімки дозволяють резервувати та відновлювати дані за секунди. При цьому вони слабко впливають на продуктивність, і можна робити знімки досить часто (наприклад, раз на годину). Таким чином, можна було відкотитися на годину тому і відновлювати лише годину втрачених даних.

Continuous Data Protection- Безперервний захист даних. Це пропрієтарні пристрої або програмне забезпечення, що дозволяє логувати всі записи з можливістю відкату на будь-яку точку часу. Діє аналогічно Oracle FlashBack, але будь-яких даних.

Кейс: Апаратний збій

Замовник:Федеральна служба в одному із суб'єктів РФ

Короткий опис причини аварії: апаратна помилка всередині дискового масиву.

Опис проблеми

На цей раз у компанії трохи менш розвинена ІТ-інфраструктура, зате частіше зустрічається у наших замовників: дискові масиви середнього рівня, СУБД Oracle, Standby не використовується.

Як це часто буває, у п'ятницю, коли всі вже радісно збиралися додому, стався апаратний збіймасиву. Через баг у прошивці при відмові диска масив перетворив дані на кашу. Від цього перестали працювати бази даних сервісу федерального рівня. Більше доби замовник чекав на рішення від вендора СГД. Після аналізу всіх ліг вендор дав свій висновок: дані втрачені!

Рішення

Замовник ухвалив рішення про відновлення із резервної копії. Цей процес зайняв приблизно добу, незважаючи на всі хитрощі та тюнінг продуктивності (база досить велика). Поки відновлювалася БД, резервна копія логів була втрачена (було виставлено надто маленький Retention Period, СРК видалила їх сама).

Далі – глибше. Компанія, як і багато інших, в деякі моменти використовувала нелоговані операції в Oracle, що серйозно підвищує продуктивність, але не залишає шансів відновитися, крім резервної копії. Тобто робити її треба одразу ж після проходження сесії операцій. Звісно, ​​про це з роками у службі експлуатації забули. Таким чином, частина даних була повністю втрачена.

Ще кілька днів знадобилося повне відтворення інфраструктурних сервісів - був резервних копій операційних систем, бінарників, конфігурацій тощо.

Всю втрачену інформацію збирали з первинних документів (сторонні бази, паперові документи, дані на комп'ютерах операційників), що зайняло ще 3 дні. Деякі документи, можливо, не вдалося відновити.

Разом

Проблема з масивом викликала втрату даних та простий близько тижня! У сучасних умовах це може спричинити банкрутство компанії.

Основні проблеми:

• СРК було налаштовано невірно, пробні відновлення не проводили.
• Не було засобів оперативного відновлення у разі аварії та дублюючих систем.
• Не було чіткого DR-плану.

Як можна було цього уникнути:

• Використовуйте Oracle Standby, розташований на іншому масиві. Це дозволило б протягом недовго перейти на працюючий екземпляр даних.
• Oracle ZDLRA дозволив би у набагато стисліші терміни відновити БД на резервному обладнанні.
• Грамотні планування процесів резервного копіювання та відновлення дозволили б уникнути таких великих втрат та відновитись менш ніж за добу.

Висновок.З наведених вище прикладів видно, що системи резервного копіювання були встановлені і налаштовані, але незважаючи на це відновитися в терміни, зазначені в SLA, їм і близько не вдалося.

Основні проблеми систем резервного копіювання

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

Швидкість резервного копіювання та подальшого відновлення

на Наразішвидкість backup прямо пропорційна обсягу даних, причому у всіх наших замовників річне зростання даних не менше 30%. За 3–4 роки дані як мінімум подвоюються, але в деяких компаній цей показник навіть вищий, при цьому за той же час швидкість резервного копіювання не змінюється. Тут можна зробити простий висновок, що ті терміни і SLA, які були 3-4 роки тому актуальні, зараз потрібно збільшувати як мінімум удвічі. При цьому вимоги бізнесу щодо відновлення даних (RPO/RTO) постійно зростають.

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

На малюнкуя відобразив свої спостереження щодо часу відновлення (RTO). Зі зростанням даних фактичний час відновлення неодмінно зростає, причому вимоги SLA лише посилюються. Крапку на графіку, де фактичний час дорівнює необхідному, для більшості замовників уже пройдено.

Залежність часу відновлення обсягу даних

Низька гранулярність відновлення

Фактично більшість помилок пов'язані з втратою якоїсь частини даних. При цьому традиційні засоби резервного копіювання дозволяють відновлювати дані безпосередньо з backup, але частіше доводиться відновлювати систему повністю. Якщо ваша база даних займає 15 ТБ, ви витратите кілька днів. Замовників, які мають вимогу RTO (Recovery Time Objective) - 2 дні, ми не знаємо. У нашій практиці таких прикладів не було, коли б клієнт сказав: «Хлопці, відновлюватись 2 дні – це нормально, я потерплю», – якщо адміністратор випадково видалив кілька рядків із бази даних. Досить часта проблема, з якою стикаються наші клієнти: як вичленувати невеликий шматочок даних із резервної копії, не відновлюючи її саму (і не витрачати на це кілька діб).

Надмірне RPO (Recovery Point Objective)

У світі, де зникла паперова первинка і все зберігається в ІТ-системах, кожну секунду створюються дані, які хотілося б одразу захистити, - у той самий момент, коли вони були створені. Але за допомогою класичних систем резервного копіювання це зробити неможливо. Для кожної порції даних є певний тривалий період часу, протягом якого ці дані існують у всьому світі в єдиному екземплярі. Наші замовники хочуть захищати дані безперервно з моменту їх появи. При ухваленні рішення про відновлення з резервної копії, швидше за все, доведеться відновитись на добу назад, далі дані за добу потрібно буде ще звідкись отримати. Як правило, це довга робота адміністраторів, яка займає кілька днів. При негативному розвитку подій це може призвести до втрати найважливішої інформації. Звичайно, питання не обмежується лише резервним копіюванням, воно стосується побудови ІТ-системи в цілому, але тема СРК у цьому випадку дуже важлива, не можна її нехтувати.

Приховані помилки

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

На жаль, більшість наших клієнтів це не займається. Часто складається така ситуація, що всі роблять резервні копії, але на момент відновлення, виявляється, що їх можна було не робити - вони просто не відновлюються, незважаючи на зовні правильну роботу СРК. Це відбувається з різних причин. І найкраще це можна продемонструвати на прикладі. Один наш замовник використовував систему SAP із базою даних Oracle. Резервне копіювання здійснювалося вбудованими засобами SAP за допомогою одного з найбільших вендорів СРК.

Були налаштовані дві різні політики резервного копіювання: одна з них файлова - копіювала дані операційних систем та налаштування ПЗ, а друга - саму базу даних. Оскільки вони були спрямовані на ту саму систему, був налаштований список винятків, до якого занесли базу даних. Файлова політика враховувала цей перелік і резервувала ті директорії, у яких лежала БД. Через особливості архітектури СРК політика резервування БД ігнорувала список винятків і коректно копіювала потрібні дані.

В одному з релізів програмного забезпечення цей вендор виправив цю «помилку», з цього дня обидві політики почали враховувати список винятків і обходити базу даних стороною. Причому це ніяк не позначилося на помилках у ПЗ СРК, оскільки вона працювала штатно: усі дані, які не вказані у списку, резервувалися нормально. Система рапортувала про свою справність.

Таким чином, все працювало понад півроку. До того моменту, поки не знадобилося відновитись...

Несистемний підхід

Важлива проблема – несистемний підхід до резервного копіювання. СРК історично будувалася силами самої компанії, або залученого з боку інтегратора. На момент побудови вона, безумовно, відповідала всім вимогам і виконувала свою функцію повністю. З часом ІТ-ландшафт компанії змінювався. При цьому система резервного копіювання просто підлаштовувалась під нього в міру розвитку системи, і найчастіше жодного системного підходу, який би враховував важливість відповідності системи початковим показникам на всіх наступних етапах, не дотримувався. Будуючи СРК у себе в організації, пам'ятайте - це лише частина вашої стратегії захисту даних.

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

Щоб перевірити, наскільки системно ви підійшли до питання побудови СРК, дайте відповідь на кілька простих питань:

• Чи маєте ви побудовану модель ризиків, в рамках якої прописано місце СРК?
• Від яких збоїв захищає вас СРК?
• Як ви захищаєтесь від інших ризиків (це можуть бути не просто технічне рішення, але й інші компенсаційні заходи)?
• Чи впевнені ви у тому, що система відновиться у встановлений термін?
• Чи перевіряли це на практиці?

Рішення

Спираючись на власний досвід та досвід наших замовників, ми постаралися виробити підхід, що дозволяє вирішити чи суттєво зменшити наслідки перерахованих проблем. Суть нашого підходу:

Перше - необхідно відв'язати швидкість резервного копіювання та відновлення від обсягу системи.Виробники систем зберігання даних, прикладного ПЗ та СРК пропонують використовувати деякий інструментарій, що застосовується для вирішення цієї проблеми. Нижче я опишу найперспективніші з них.

Миттєві знімки (snapshot), що дозволяють робити резервне копіювання та відновлення даних за секунди, практично не впливаючи на продуктивність. Це робиться засобами масиву і при цьому може керуватися СРК, бути частиною її політики. Такий backup і відновлення реально займають секунди, що вигідно відрізняє цю технологію від класичних систем з носіями, що відчужуються.

Іншим рішенням може бути використання різних засобів додатків, наприклад Oracle Standby, DB2 HADR, MS SQL Always On. Всі ці засоби дозволяють мати копію продуктивної системи, що працює, відв'язану від вихідної, яку можна розгорнути миттєво. Це дозволяє розпочати роботу одразу після збоїв.

Друге – дати можливість відновлювати лише потрібні дані.Наш підхід враховує, що при відновленні частини даних нам не потрібно копіювати всю систему, ми можемо відновити дані, які нам потрібні на даний момент. Це досягається можливістю швидко розгорнути чи використовувати вже розгорнуті системи, які ці дані містять. Як і в першому випадку, snapshot дозволяють вирішити цю проблему (можна швидко відкрити snapshot на сусідній сервер і витягнути необхідний шматочок даних). Сюди можна віднести технології безперервного захисту даних, наприклад, Oracle Standby з Flashback, рішення continuous data protection (CDP). Вони дозволяють швидко розгорнути копію даних, що працює, на потрібний момент часу.

Коли потрібно дістати один логічний блок, наприклад, рядок чи таблицю БД, ці кошти серйозно полегшують завдання, дозволяючи відновити необхідний шматочок даних, не відновлюючи всю копію повністю.

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

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

Для найбільш критичних систем часового інтервалу може бути зовсім – дані потрібно захищати безперервно. Існує кілька рішень цього класу, наприклад Oracle Standby з FlashBack, який дозволяє відкотити базу даних на деякий час тому завдяки логуванню всіх змін. Також можна використовувати ПАК Oracle ZDLRA, який практично синхронно отримує всі зміни в БД або програмно-апаратні комплекси загального призначення, наприклад, EMC RecoverPoint, ПЗ Vision Solutions Double-Take. Вони теж логують усі зміни та дозволяють відновитися на будь-яку точку в інтервалі часу.

Якщо говорити про інновації в системах резервного копіювання та відновлення, не можна не згадати Oracle Zero Data Loss Recovery Appliance (ZDLRA). Цей програмно-апаратний комплекс сімейства Oracle Engineered Systems надає можливість резервного копіювання та швидкого відновлення Oracle Database будь-яких платформ та будь-яких Edition (Enterprise та Standard). В основі ZDLRA лежать віртуальні backup-бази (Virtual Full Backup), які отримуються на основі першого повного backup та наступних журналів змін. За рахунок цих віртуальних backup можна відновити базу даних на будь-який час значно швидше, ніж при класичному використанні СРК за схемою «раз на тиждень повний backup, раз на добу інкрементальний». Можна сказати, що ZDLRA продовжує напрямок, заданий Oracle Exadata. У Exadata за рахунок спеціального Software реалізовано інноваційну систему зберігання, оптимізовану під завдання Oracle Database. А в ZDLRA функціонує спеціальне Software, яке оптимізує резервне копіювання саме Oracle Database.

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

Четверте – зменшення прихованих помилок.Існує тільки один спосіб переконатися в коректної роботирезервної копії – спробувати її відновити. Це найправильніший метод, що рідко використовується нашими замовниками.

Але ми пропонуємо вихід із цієї ситуації. По-перше, мати екземпляри систем, що легко відновлюються. Це знову історія про snapshot-і standby-системи, які можна досить швидко розгорнути та перевірити. Часу і сил це займе незрівнянно менше, ніж розмотування всієї резервної копії. Звичайно, це допомагає далеко не завжди, але залишає трохи більше надії, що у разі НП можна буде відновити дані хоча б цими засобами.

По-друге, деякі СРК дозволяють виконувати автоматизоване тестування. У певний час за розкладом можна запускати віртуальні машини в ізольованому середовищі та за заздалегідь заданими алгоритмами перевіряти, чи дійсно дані відновилися, чи є додаток, чи він консистентний, чи відповідає на потрібні запити. У такий спосіб адміністраторів можна позбавити довгої рутинної роботи.

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

• Перший спосіб – за умови, що замовник досить компетентний сам і хоче взяти цю систему собі в експлуатацію. Тут ми як інтегратор допомагаємо побудувати всі необхідні процеси, створити регламентну базу, розробити всі необхідні інструкції та плани, щоб ІТ-департамент замовника далі міг самостійно розвивати та експлуатувати систему в потрібному руслі. А далі передати всю цю практичну базурегламентів та завдань замовнику у вигляді працюючої системи бізнес-процесів.

• Другий спосіб, коли замовник не впевнений, що зможе підтримувати систему СРК постійно у бойовому стані, виходом буде передача системи на частковий або повний аутсорсинг. І у нас є такі клієнти, які успішно користуються даною послугою, постійно нарощуючи і вимоги SLA, і масштаби залучення нас як ІТ-аутсорсера.

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