бекап

1. 1. Загальне визначення
2. 2. Загальне призначення
3. 3. Види бекапов (як зберігати)
4. 4. Місця бекапов (де зберігати)
5. 5. Бекап сайтів
6. 6. Висновок
7. 7. Конкретика

Короткий зміст

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

Зміст

1. загальне визначення
2. загальне призначення
3. Види бекапов (як зберігати)
4. Місця бекапов (де зберігати)
5. бекап сайтів
6. висновок
7. конкретика

1. Загальне визначення

Бекап в значенні дієслова (англ .: backup) - це резервне копіювання цифрової інформації; в значенні іменника (англ .: backup copy) - резервна копія цієї інформації.

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

2. Загальне призначення

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

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

Бекапи робляться як для веб-сайтів компаній (див. Розділ 5 «Бекап сайтів»), так і для інших корпоративних IT-систем і даних. По суті до них відноситься будь-яка цифрова інформація: внутрішні бази даних (наприклад база бухгалтерії або клієнтська база), файли і папки для внутрішнього користування (плани, звіти, документи та ін.), Внутрішня комп'ютерна мережа (LAN), системи аналітики, системи управління і контролю бізнес-процесів і т.д. - коротше, будь-які дані і системи в цифровому форматі.

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

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

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

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

3. Види бекапов (як зберігати)

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

Повний бекап (англ .: full backup). Копіюється вся IT-система - все її файли і структура, тобто повністю робоча версія. Це витратний за часом і по навантаженню на систему вид резервного копіювання. Відповідно, він проводиться не дуже часто - щотижня або щомісяця, - щоб ця процедура не порушувала ритмічність роботи системи. Повний бекап незамінний, якщо потрібно резервна копія для швидкого відновлення і запуску системи (наприклад сайту) з нуля. Крім цього, повний бекап використовується для перенесення сайтів з сервера на сервер (з хостингу на хостинг), а також при «реінкарнації» сайту (див. Розділ 5 «Бекап сайтів»). Але в цілому, повний бекап - це повне резервне копіювання цифрової інформації. А сама інформація, як і цілі її копіювання можуть бути різними.

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

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

Клонування. По суті це аналог повного бекапа тільки в більш широкому сенсі. При клонуванні копіюється більш загальна система, наприклад інформація цілого розділу або носія з усіма директоріями (структурою) і файлами, в інший розділ або на інший носій. Це, зокрема, дозволяє створювати копії завантажувальних розділів. Клонування сайтів - це, по суті, їх повний бекап з подальшим проявом копії, наприклад, на іншому домені при «реінкарнації» сайту або на іншому сервері (хостингу) при створенні дзеркал (див. Розділ 5 «Бекап сайту»).

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

Бекап в реальному часі - автоматичне створення копій файлів і папок в режимі реального часу. Робота комп'ютера (системи) в цьому випадку може тривати.

Який вид резервного копіювання підходить для конкретної IT-системи залежить від самої системи. Найнадійнішим є повний бекап і клонування. Однак він і самий ресурсозатратне, тобто може істотно гальмувати роботу системи під час створення резервної копії, а також займає значне місце на диску. Крім цього, для базових структур багатьох цифрових систем, як правило, не потрібно їх регулярного копіювання / збереження, оскільки дані структури несхильний або малоподвержени змін (виняток - глибоке ураження вірусами або критичні поломки в «залізі»). Таким чином, повне резервне копіювання може проводитися, наприклад, раз на два тижні, але при цьому раз на тиждень (а може й частіше, аж до щоденного) може проводитися частковий бекап системи: діффірінціальний, інкріментний, створення образу і т.д. Бекап в реальному часі, може взагалі відбуватися з хвилинними перервами. Типовим прикладом є автозбереження файлів безпосередньо в процесі роботи з ними (наприклад при написанні тексту в програмі MS Word).

Резервні копії можуть мати різний формат. Це може бути повна копія інформації - в тому ж форматі. Наприклад, якщо ви просто скопіювали об'ємну папку в інше місце на диску або на інший носій. Але зазвичай це займає багато дискового простору, тому робиться для не дуже великих обсягів інформації. У більшості ж випадків резервні дані конвертуються і зберігаються в стислому (архівний) форматі, наприклад ZIP і RAR або в спеціалізованих форматах бекап-фалів. В цілому все це називається архівними копіями. Вони являють собою єдиний файл, який містить в собі всю зарезервовану інформацію, і розмір цього файлу, як правило, істотно менше, ніж розмір вихідної інформації. Створюються (архівуються) і відкриваються (розархівуйте) бекап-фали спеціалізованими програмами. До них відносяться WIN ZIP (архіватор Windows), RAR, а також інші програми-архіватори. Якщо мова про веб-сайті, то архіви (бекапи) сайтів можуть створюватися і потім відкриватися штатними можливостями системи управління сайтом (CMS). Своя система архівації даних (бекапів) існує, наприклад, і у Email-клієнтів, таких як The Bat, Mozilla Thunderbird і ін.

Іноді, якщо розмір архіву дуже великий, він додатково може розбиватися на томи. Така можливість є для архівації даних, наприклад, у форматі RAR. У разі дуже цінних даних їх архівні копії можуть додатково захищатися паролем (криптозащита), а також передаватися по мережі Інтернет з використанням незалежних каналів (також з криптозащитой).

4. Місця бекапов (де зберігати)

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

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

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

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

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

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

9 травня 2017 р Президентом В. Путіним підписано Указ № 203 «Про Стратегію розвитку інформаційного суспільства в Російській Федерації на 2017 - 2030 роки», до якого додається і сама Стратегія. У ній вже чітко прописано, що зберігання і обробка даних усіма суб'єктами цифрової економіки РФ повинні здійснюватися тільки в базах даних і на серверах, розташованих на території Російської Федерації. Тобто мова вже не просто про обробку персональних даних громадян, а про обов'язкове розміщення / зберіганні на російських серверах будь-який інтернет-інформації, яка може мати відношення до цифрову економіку Росії.

Сайти російських комерційних компаній, однозначно підпадають під ці визначення і вимоги. Тобто вони повинні розташовуватися на серверах (хостингах), що знаходяться на території РФ або працюють в рамках співпраці з РФ і, відповідно, також знаходяться в російській юрисдикції.

5. Бекап сайтів

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

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

Створення резервних Копій сайту может використовуват в цілому для захисту (Відновлення) ресурсу на тому ж домені и сервері (хостингу). Кроме цього, бекап (зазвічай повний) может використовуват и для реінкарнації веб-ресурсу. Така необхідність виникає, наприклад, коли пошукові системи наклали на сайт бан (повне виключення з пошукового індексу; див. Статтю « Бан »Глосарію). У цьому випадку власник може зберегти бізнес в інтернеті, перенісши резервну копію свого комерційного сайту на новий домен (і зазвичай також на новий хостинг). Формально для пошукових систем це буде вже новий сайт. Звичайно, щоб сайт знову не потрапив під бан і інші пошукові санкції, власник повинен оптимізувати контент сайту - як мінімум усунути негативні чинники, що призвели до бану старий сайт. Реінкарнація також може знадобитися, коли сайт не під баном, але набрав дуже погану пошукову карму, і його вже неможливо підняти в пошуковий ТОП звичайними методами пошукової оптимізації (SEO). По суті для власника сайту ця ситуація мало чим відрізняється від бана.

Для переважної більшості інтернет-бізнесів пошук є основним каналом залучення клієнтів. Тому пошукова видимість для бізнес-сайту критична.

Створення резервної копії використовується і при переїзді сайту з сервера на сервер при зміні хостингу. Також бекап робиться при клонуванні сайтів, тобто при створенні дзеркал. Дзеркала, тобто активні (доступні користувачеві) копії сайту в мережі Інтернет, можуть використовуватися для забезпечення безперебійної роботи веб-ресурсу. Це досягається за рахунок того, що дзеркала розташовуються на різних серверах, але працюють злагоджено - як єдиний сайт. Це дозволяє розподілити між ними трафіковий та іншу навантаження, що забезпечує безперебійну роботу всієї системи. Такий підхід, зокрема, актуальне для захисту сайтів великих компаній і організацій (наприклад урядових) від DoS / DDoS-атак. Та й інші сайти, якщо вони на слабкому сервері і не розподілені, можуть «падати» при сильному трафіку - навіть цільовому. Так що розподіл копій сайтів на серверах через бекапи може рятувати ситуацію з точки зору безпеки і стійкості роботи бізнес-компанії або іншої організації в Мережі.

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

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

6. Висновок

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

В цілому, бекап - резервне копіювання цифрової інформації - це дуже широке поняття. Його можна використовувати в різних видах, з різними цілями і різними способами (автоматичними і ручними).

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

7. Конкретика

Нижче перерахований ряд послуг, які компанія SeoTemple професійно надає для підтримки і захисту цифрової інформації своїх клієнтів, в т.ч. комерційних сайтів і цифрових інфраструктур компаній.

- Налаштування бекапов IT-системи вашої компанії.

- Налаштування бекапов вашого сайту.

- Реінкарнація (відродження) сайту в разі пошукового бану або поганий пошукової карми.

- Переїзд сайту на новий хостинг.

- Переїзд сайту на новий домен.

- Доопрацювання і оптимізація баз даних і інших IT-систем.

- Доопрацювання і оптимізація сайтів.

- Тестування систем, в т.ч. сайтів на предмет вразливостей.

- Антивірусна, антіхакерская захист систем, в т.ч. сайтів.

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

Звертайтеся. Ми будемо раді вам допомогти!

Ваш SeoTemple

Перейти в Глосарій