Новости
Організація резервного копіювання, одна з перших за важливістю завдань, що стоять перед системним адміністратором. Однак багато хто згадує про нього тільки тоді, коли ці резервні копії раптово знадобляться. У даній статті ми розглянемо організацію резервного копіювання для популярної серверної платформи Windows Server 2003.
Перед тим, як приступити до практичної частини нашої статті, необхідно засвоїти трохи теорії. А саме базові принципи, які повинні лежати в основі вашої політики резервного копіювання. Багато починаючі адміни плутають резервне копіювання з забезпеченням відмовостійкості, думаючи що наявність "дзеркала" або RAID5 позбавляє їх від необхідності робити резервні копії. Але це не так. Відмовостійкість попереджає вашій роботі у випадку апаратних збоїв, ніяк при цьому не захищаючи від програмних і людського фактора. Збій в програмі здатний зруйнувати БД відразу на всіх дисках RAID, те ж саме станеться і з помилково віддаленими даними.
Як бачимо, резервне копіювання жодним чином не замінює і не доповнює необхідність забезпечення відмовостійкості, а є незалежною операцією, яка має зовсім інші цілі. А саме дбати про безпеку даних від логічних помилок і людського фактора.
Відповіддю на наступне питання повинен бути перелік даних підлягають резервному копіюванню, частота створення резервних копій і період протягом якого вони повинні зберігається. Для одних даних буде достатньо щотижневого копіювання, для інших потрібно щоденне. Для оперативно мінливих і активно використовуваних даних цілком вистачає однієї резервної копії, для інших, коли помилка може бути помічена після тривалішого періоду часу бажано мати резервні копії за період перевищує час виявлення помилки. При цьому слід дотримуватися "золотої середини", пам'ятаючи що резервні копії "продукт швидкопсувний" і встановлювати розумні терміни. Наприклад, для активно використовується бази 1С резервна копія місячної давності вже не представляє особливої практичної цінності, а тільки займає місце на диску.
Ну і останнє питання, де зберігати резервні копії. На наш погляд найбільш оптимально використовувати зовнішній жорсткий диск підключений через USB або eSATA. І безумовно не варто зберігати резервні копії на одному логічному диску з основними даними, хоча нижче, в практичному прикладі ми вчинимо саме так. Але одна справа приклад, для ознайомлення з технологією, а зовсім інше її застосування в виробничих цілях. Будьте розсудливі, не піддавайте себе невиправданим ризикам.
На цьому закінчимо з теорією і перейдемо до практики. Для вирішення поставленого завдання ми будемо використовувати штатні інструменти надаються нам операційною системою. Це дозволить уникнути необґрунтованих витрат на додаткове ПО і підвищить надійність системи в цілому (ми вважаємо що кожне зайве додаток на сервері вносить додатковий ризик збоїв). Та й навіщо винаходити велосипед, коли все вже придумано до нас.
Пуск - Стандартні - Службові - Архівація даних. У відкритому в режимі майстра додатку послідовно вибираємо: Архівація файлів і параметрів, потім Надати можливість вибору об'єктів для архівації. 
У наступному вікні вибираємо файли і папки для яких ми хочемо створити резервні копії. Не варто намагатися осягнути неосяжне і одним махом архівувати всі дані. Більш розумно створити окремі завдання для кожного типу даних, це дозволить більш гнучко управляти як параметрами архівації, так і відновлення, а також уникнути таких ситуацій, коли разом з потрібними документами випадково "відновили" непотрібні, знищивши результат праці за останній день / кілька днів / тиждень. Далі має бути вказати місце розташування та найменування архіву, після чого з основними настройками буде закінчено. 
Але не поспішайте жати кнопку Готово. Саме час перейти до налаштування додаткових параметрів.
На цьому етапі ми можемо вибрати тип архівації в залежності від типу даних і наших вимог. Так як в нашому прикладі архівуються бази 1С, то ми вибрали Звичайний спосіб, так як при активній роботі зачіпаються практично всі файли БД. Для папки з офісними документами більш підійде Додатковий спосіб, що дозволяє архівувати тільки знову змінені або створені файли. Наступним кроком слід вказати: додати чи даний архів до існуючих або перезаписати його. У нашому випадку була обрана опція перезаписати, в активно використовується 1С базі помилки як правило виявляються відразу і необхідності мати безліч резервних копій як правило немає. 
Нарешті ми дісталися до логічного завершення, щоб запланувати для резервного копіювання. Майстер архівації запропонує нам виконати архівацію негайно або створити завдання для планувальника. Природно, що нас цікавить останній варіант. Ми налаштували щоденне виконання завдання в 20:00, коли в офісі гарантовано нікого не буде. Потім слід перейти в Панель управління - Призначені завдання і клацнувши правою кнопкою миші вибрати Виконати.
Якщо все зроблено правильно ми побачимо вікно як на малюнку вище і в папці для резервних копій повинен з'явиться файл архіву. Відновлення даних можна виконати подвійним клацанням по файлу архіву, або запустивши архівації даних і вибравши вручну необхідний файл. Майстер послідовно запропонує нам вибрати файли для відновлення (не обов'язково відновлювати весь архів цілком), місце для відновлення (є можливість відновити файли з їх споконвічного розташуванню або в окрему папку) і, в додаткових опціях, настройки перезапису вже існуючих файлів. Для баз 1С, щоб уникнути колізій і руйнування БД, слід вибирати повну перезапис, для архіву документів, в разі видалення окремих файлів можна відновити тільки їх, не зачіпаючи існуючі.
Ми розглянули найпростіший спосіб, організацію щоденного копіювання з перезаписом архіву, спробуємо ускладнити умови. Припустимо нам потрібно щоденне копіювання зі збереженням архівів за тиждень. Нічого складного в цьому немає, все вирішується на рівні планувальника. Для початку відкриємо і змінимо існуючу завдання.
В результаті ми повинні отримати п'ять архівів на кожен день тижня. Таким же способом можна задати будь-розклад для архівації даних, або скомбінувати будь-які варіанти. Наприклад в добавок до щоденного архіву створювати щотижневий по п'ятницях і т.п.
У будь-якому випадку не забувайте, що грамотно налаштоване резервне копіювання запорука збереження і безперебійного доступу до ваших даних.