Як встановити резервне копіювання. Виробляємо резервне копіювання, архівацію і відновлення даних. Заміна бази даних

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

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

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

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

Базові засоби операційних систем

птімальная організація резервування передбачає автоматичне копіювання: файли поміщаються на призначені для них носії таким чином, що в процесі роботи користувач цього навіть не помічає. Вибухонебезпечне зростання ємності використовуваних вінчестерів привів до того, що організація програмно-апаратного комплексу для збереження таких обсягів інформації значно ускладнилася. Традиційні накопичувачі на магнітній стрічці, а також Jaz- і Zip-диски вже не витримують конкуренції з жорсткими дисками і мало підходять для резервування. Болванки CD-R / RW і з'явилися відносно недавно записуються DVD-диски мають дещо більшою ємністю, але теж не справляються з сучасними обсягами в десятки і сотні гігабайт. Можна, звичайно, вирішити цю проблему, створивши кілька окремих систем резервування, кожна з яких буде працювати за своїм графіком і з власним носієм.

Наприклад, за допомогою утиліти Мicrosoft Backup можна зробити один резервний файл для копіювання каталогу Windows і кореневих каталогів, інший - каталогу Program Files, третій - файлів даних і т.д., але в цьому випадку користувачеві доведеться виконувати вручну безліч операцій. Засоби автоматизованого резервування з'явилися ще в Windows 95, де був встановлений пакет Microsoft Plus, а для запуску Microsoft Backup використовувалася утиліта System Agent, дістатися до якої можна було з меню «Пуск», пунктів «Програми» / «Стандартні» / «Службові програми» / «Архівація даних». Щоб вказати, які файли потрібно копіювати, досить було вибрати в правій і лівій панелях вікна відповідні опції, потім вибрати потрібний дисковий або стрічковий накопичувач, а також каталог для зберігання резервних копій і вказати, що програму резервування слід закрити після завершення її роботи. Для автоматизації роботи цієї програми слід відключити висновок на екран запиту на підтвердження перед початком операції. Таким чином, задавши один раз у вкладці Backup меню «Параметри» всі необхідні настройки і вказавши в пункті «Файл» / «Зберегти як» ім'я і місцезнаходження майбутньої резервної копії (інший диск або каталог), ви могли організувати автоматичний процес резервування. Оскільки SET-файли за замовчуванням були асоційовані з утилітою Microsoft Backup, просте додавання файлу в список призводило до запуску Backup. Там же задавався графік резервування (When to Run - коли запускати System Agent). Якщо ж потрібно запланувати кілька сеансів резервування для різних наборів файлів і різних накопичувачів, то дану процедуру слід повторити, задаючи різні імена SET-файлів та іншої графік виконання.

версія Microsoft Backup, що поставляються разом з операційною системою Windows 98, вже не дозволяла встановити автоматичне архівування. Звичайно, можна було запускати Microsoft Backup за допомогою планувальника завдань, але для того, щоб він зробив резервну копію, йому були потрібні деякі ввідні дані.

Операційні системи сімейства Windows NT поставлялися з утилітою NTBACKUP.EXE, яку можна було використовувати в більшості випадків для резервного копіювання даних і яка підтримувала наступні п'ять видів створення резервних копій:

Нормальна резервна копія, яка зберігала вибрані файли і позначала їх як резервні;

Покрокова резервна копія, що зберігала тільки ті файли, які змінилися з часу створення останньої резервної копії, а після копіювання вони позначалися як резервні;

Вибіркова резервна копія, яка, як і покрокова, зберігала тільки ті файли, які змінилися, починаючи з часу створення останньої резервної копії;

Копіювання файлів в архів, як для створення резервної копії (що те ж саме, що і вибіркова резервна копія, тільки файли тут не позначаються як резервовані);

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

Як бачите, це був вже цілком професійний підхід, який зберігся і в операційних системах Windows 2000 / XP, але тим не менше можливості стандартної Вackup-утиліти дуже обмежені. Для більш гнучкого резервування застосовуються і інші програми.

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

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

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

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

Користувачі Windows напевно помічали, що чим більше вони встановлюють нових програм (насамперед це стосується комп'ютерних ігор), Тим повільніше і нестійкіше працює вся система. Іноді до руйнування системи призводить інсталяція нових пристроїв або просто якісь несанкціоновані компанією Microsoft експерименти, і вже зовсім плачевно виглядає робоче середовище після вірусної атаки. Часто навіть резервна копія не допомагає відновленню (не встигли зарезервувати або взагалі втратили робочу копію), і тоді доводиться встановлювати операційну систему заново. У цьому випадку вам допоможе тільки повне збереження робочої копії системного диска (наприклад, на CD-R / RW) з можливістю її відновлення в первозданному вигляді. Таку копію слід зробити після першої установки системи, всіх необхідних програм і драйверів і перевірки її працездатності.

Найпопулярнішими рішеннями для реплікації вмісту жорстких дисків до останнього часу були утиліти Norton Ghost і PowerQuest Drive Image. Однак з'явилися недавно вітчизняні розробки в області резервного копіювання не тільки не поступаються, але багато в чому і перевершують перераховані вище програми - мова йде насамперед про продукти компанії Acronis (http://www.acronis.com, http://www.acronis.ru ). До того ж розробники більшості продуктів Acronis знаходяться в Москві (на відміну від своїх конкурентів PowerQuest і Symantec), тому всі програми мають російськомовним інтерфейсом. Крім того, продукти компанії Acronis в Росії простіше купити, ніж вкрасти: при ціні 50-70 дол. На світовому ринку, всі вони продаються у нас за 299-399 руб. По-моєму, зовсім недорого за чисту совість і підтримку вітчизняного виробника, а крім того, за російськомовну підтримку самого продукту від виробника.

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

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

True Image

Для Windows 95/98 / Me / NT (включаючи Server) / 2000 (включаючи Server) / XP

Acronis True Image 6.0 кращий на сьогоднішній день продукт для повного резервного копіювання, що дозволяє створювати точні образи жорсткого диска і / або окремих розділів прямо в Windows без перезавантаження. Образ диска, що включає абсолютно всі дані, додатки і операційні системи, може бути відновлений на жорсткий диск у випадках раптової «кончини» жорсткого диска, вірусних атак і будь-яких інших фатальних помилок програмного і апаратного забезпечення, Причому навіть в тих ситуаціях, коли звичайні засоби резервного копіювання файлів вже не допомагають.

Основні можливості:

Швидке створення точного образу диска з гарантією повного збереження даних (підтримуються жорсткі диски будь-яких розмірів);

Відновлення як жорстких дисків цілком, так і окремих розділів або файлів і папок на них (відновлюються і звичайні розділи з даними, і системні);

Зручне копіювання точного образу жорсткого диска на CD-R / RW, ZIP, JAZ або на будь-яке інше пристрій зберігання даних зі змінним носієм в дружньому середовищі з покрокові інструкції і з інтерфейсом в стилі Windows XP;

Повний клонування жорсткого диска на новий комп'ютер.

Ексклюзивні можливості:

Можливість створення і відновлення повного образу диска безпосередньо в Windows без необхідності перезавантаження в DOS або в іншу систему;

наявність дружнього призначеного для користувача інтерфейсу покрокові в стилі Windows XP, що робить роботу доступною для користувача будь-якої кваліфікації;

Забезпечення безперервної роботи в Windows під час створення образу або відновлення диска (можна підключати розділи, збережені усередині образу, як логічні диски Windows, з можливістю їх перегляду і відновлення окремих файлів).

Інші особливості:

Збереження тільки необхідного вмісту секторів диска в образі, внаслідок чого повний образ диска створюється за лічені хвилини;

Можливість створення резервних копій і відновлення образів жорстких дисків по локальній мережі;

Завдання користувачем рівня стиснення; розбивання архіву на декілька томів; встановлення пароля;

Завдання коментаря до створюваного образу розділу;

Створення завантажувальної дискети, компакт-дисків CD-R / RW або DVD-R / RW, за допомогою яких можна відновити працездатність комп'ютера навіть у випадку, якщо всі операційні системи на ньому знищені;

Можливість змінювати в процесі відновлення типи розділу, файлової системи, Розміри і розташування диска (підтримуються файлові системи Windows FAT16 / 32 і NTFS, а також Linux Ext2, Ext3, ReiserFS і SWAP, а для розділів інших типів забезпечується спеціальна посекторного підтримка);

Повна підтримка жорстких дисків і приводів, що пишуть з інтерфейсами IDE, SCSI, PCMCIA, USB 2.0 і FireWire.

Після установки Acronis True Image 6.0 запропонує створити дискету або компакт-диск для роботи на комп'ютері з будь-якою іншою операційною системою.

Слід підкреслити, що при запуску Acronis True Image не потрібно виконувати перезавантаження комп'ютера, більш того - ви можете продовжувати роботу з додатками в звичайному режимі, однак при цьому не слід запускати ресурсоємних додатків. Хоча компанія Acronis стверджує, що за допомогою її унікальних технологій при створенні образу забезпечується цілісність даних, структур жорсткого диска і файлових систем, але краще все ж мінімально використовувати комп'ютер при цьому процесі. Крім того, Acronis True Image не гарантує цілісності даних на рівні таких складних додатків, як Microsoft SQL Server, Oracle і Microsoft Exchange.

Drive Image

Для Windows DOS / 95/98 / Me / NT / 2000 / XP

Утиліта Drive Image Pro призначена для резервного копіювання інформації з жорсткого диска в файл або на інші носії інформації (Jaz, Zip, CD-R / RW та ін.) І цілком обгрунтовано вважається не тільки одним з кращих рішень для клонування жорстких дисків, але і вельми зручним інструментом для резервного копіювання.

Drive Image дозволяє створити стислий образ вінчестера, захистити інформацію паролем і зашифрувати її в разі потреби. При відновленні можна скопіювати весь диск або окремі файли, а також розбити диск на логічні розділи (цим займається утиліта PartitionMagic Pro). Drive Image підтримує всі відомі файлові системи: FAT, FAT32, NTFS і HPFS.

Хоча Drive Image інсталюється практично у всіх версіях Windows, насправді це DOS-додаток - програма запускається з MS-DOS і має малий розмір (може бути записана на дискету). При цьому не має значення, як ви завантажитеся в DOS, оскільки Drive Image можна запустити з інсталяційного каталогу або з CD-ROM за допомогою утиліти QuickImage, яка створює віртуальну дискету в пам'яті вашого комп'ютера. Drive Image завантажується з цієї віртуальної дискети і виконує вибрані вами завдання щодо створення резервної копії та відновлення файлів.

Найголовніша перевага цієї програми полягає в тому, що вона може самостійно записати образ диска на CD-R / RW і зробити його завантажувальним. Підтримуються і інші знімні накопичувачі, а до складу Drive Image входять всі необхідні драйвери. Реалізована функція для створення набору з двох гнучких завантажувальних дисків, які забезпечать запуск програми в тому випадку, якщо немає CD-R або пам'ять не дозволяє сформувати віртуальну дискету. Інтерфейс програми виконаний у вигляді майстра, інтуїтивно зрозумілий і навіть не вимагає звернення до керівництва користувача.

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

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

Відновлення інформації ніяких труднощів не викликає (особливо якщо ви вибрали опцію копіювання «диск в диск»), однак якщо ви захочете відновити робочу середу на комп'ютері з іншого апаратною конфігурацією, то вам буде потрібно професійна версія Drive Image Pro, куди входять такі допоміжні утиліти, як PowerCast (програма для одночасного тиражування інформації на довільне число комп'ютерів в локальній мережі) і повна версія PartitionMagic Pro. А для роботи з файлами образів потрібна утиліта Drive Image File Editor, за допомогою якої можна копіювати розділи з одного образу в інший, стискати образ диска, видаляти з нього інформацію, розбивати на кілька файлів (що необхідно, наприклад, для копіювання великої диска на різні змінні накопичувачі) або, навпаки, об'єднувати кілька файлів в один, а також вибірково відновлювати розділи і зчитувати необхідну інформацію з файлу образу диска. Для вилучення окремих файлів призначена утиліта Image Explorer, що поставляється разом з Drive Image.

Крім того, до складу Drive Image входить окрема програма DataKeeper, яка може використовуватися для організації автоматичного резервного копіювання зміненої інформації у вже створений образ диска, тобто при кожній зміні вмісту файлів (на цілому диску або в обраних каталогах) вони будуть зберігатися в файл образу автоматично. При цьому різні версії файлів можуть накопичуватися практично без обмежень. За замовчуванням копіюються всі файли, крім програмних модулів, проте можна явно вказати необхідні розширення або шаблони. Можна також скласти розклад для автоматичного виконання завдань резервного копіювання та відновлення, наприклад для того, щоб щоночі загальнодоступна машина приводилася в робочий стан або щоб якийсь розділ диска копіювався на CD-R / RW (або на інший знімний носій) або в стислий файл, що знаходиться в іншому розділі того ж жорсткого диска.

До того ж програма дуже ефективно працює у фоновому режимі і практично не впливає на продуктивність комп'ютера.

остання версія PowerQuest Drive Image 7.0 відрізняється від попередніх рядом нових можливостей. Зокрема, вона дозволяє зберігати образи цілих дисків або окремих розділів на носії DVD-R / RW і DVD + R / RW, а також підтримує різноманітні зовнішні накопичувачі з інтерфейсами USB (В тому числі версії 2.0) і FireWire. Деякі поліпшення відбулися і в області мережевої підтримки, внаслідок чого користувачі можуть зберігати образи і відновлювати вміст з дисків по мережі. Крім того, завдяки технології Virtual Volume Imaging (V2i) є можливість оформлення резервних образів у вигляді віртуальних жорстких дисків.

Norton Ghost

Для Windows XP / 2000 / NT WS / Me / 98

Програма Norton Ghost 2003 корпорації Symantec (спочатку вона була розроблена компанією Binary Research) може захистити інформацію від різних проблем, Пов'язаних з аварійними збоями в роботі комп'ютера. Norton Ghost хоча і не найзручніша програма для створення копії диска, але найбільш повна за своїми можливостями. Вона дозволяє копіювати і відновлювати як окремі розділи, Так і весь диск повністю, причому образ диска можна зчитувати і записувати по мережі, через паралельний або USB-порт, а також зберігати на CD-R / RW або на інших змінних носіях.

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

Програма також може регулярно створювати резервні копії, просто і надійно відновлювати файли і спрощувати будь-яку модернізацію системи. Ghost може записувати копії на жорсткі або знімні диски, Включаючи приводи CD-R / RW і DVD + RW, а також на змінні пристрої типу Iomega Zip і Jaz. Запис може також здійснюватися безпосередньо на підтримувані пристрої USB або FireWire (IEEE-1394), а швидке з'єднання між декількома комп'ютерами через локальну мережу, USB або високошвидкісні паралельні порти забезпечує можливість створення різноманітних клонів.

Однак слід зазначити, що, на відміну, наприклад, від Drive Image, перед виконанням будь-яких операцій зі створення образу або відновленню диска програму Norton Ghost потрібно завантажити з гнучкого диска або з завантажувального компакт-диска, а також ввести серійний номер програми перед відновленням образу. При цьому один завантажувальний диск ви повинні створити для запису копій образів на CD-RW, а інший - для зчитування їх з диска CD-RW. Не можна використовувати один і той же гнучкий диск для читання і запису, хоча в ході підготовки другого диска можна копіювати його вміст на диск CD-RW.

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

Програма має докладний навчальний посібник і володіє належною підтримкою на сайті компанії Symantec в Інтернеті.

Роздрібна ціна програми близько 70 дол.

Paragon Drive Backup

Для Windows: 9х / Me / NT / 2000 / XP

Drive Backup утиліта для резервного копіювання даних, в тому числі для створення копій розділів з метою їх швидкого відновлення у випадках аварії, вірусної атаки або при необхідності перенести всі дані, включаючи операційну систему і встановлене програмне забезпечення, на новий жорсткий диск. Перевстановлення операційної системи і додатків після виходу з ладу апаратури або вірусної атаки не відніме у вас багато часу і сил. Найкращий шлях захистити систему - зробити резервну копію системного розділу з встановленою на ньому операційною системою і всіма необхідними додатками. Копії можуть створюватися на жорсткому диску і змінних носіях (ZIP, JAZ, Sequest, CD-R / RW), а також на дисках, підключених по мережі.

Крім того, при заміні жорсткого диска ця утиліта перенесе всі ваші дані (операційні системи, програми, файли) зі старого жорсткого диска на новий. Кожен файл і каталог будуть акуратно відновлені. Новий диск може мати інші розміри і організацію, але розмір розділу буде встановлено при копіюванні саме таким, як це буде потрібно для нового диска.

Правда, утиліта Paragon Drive Backup не змогла досягти такого серйозного комерційного успіху, як це вдалося Acronis True Image. І причина тут, мабуть, в інтерфейсі користувача і зручність роботи з пакетом: очевидно, що компанія Acronis створила більш дружню по відношенню до користувача програму.

Universal Backup

Для Windows 95/98 / Mе / NT / 2000 / XP

Якщо у вас не виявиться 300 руб. на покупку Acronis True Image, то для резервного копіювання можна скористатися безкоштовно розповсюджується програмою з російськомовним інтерфейсом, яка так і називається - Universal Backup (універсальний «резерваторов»). Ця багатофункціональна програма призначена в першу чергу для створення архівів, що містять будь-які файли і каталоги, з можливістю їх подальшого відновлення як з-під «глухого» DOS, так і безпосередньо з Windows. Утиліта дозволяє сканувати будь-які файли, каталоги, ключі та змінні реєстру, а також DOS-файли і файли настройки Windows. Інформація про скануванні зберігається в звітні файли, які згодом можна порівнювати і на основі відмінностей створювати архіви. Хоча програма дуже маленька (189 Кбайт) і не вимагає інсталяції, вона цілком годиться для резервування як будь-якої окремої програми, Так і операційної системи в цілому.

Основні можливості:

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

Відновлення файлів, каталогів, ключів і змінних реєстру в їх вихідні місця розташування (як з DOS, так і безпосередньо з Windows);

Сканування будь каталогів, ключів реєстру, файлів настройки Windows (control.ini, system.ini, win.ini) і системних файлів MS-DOS (boot.ini, winstart.bat, dosstart.bat, autoexec.bat, config.sys, msdos.sys);

Порівняння звітів про проведені раніше скануваннях з метою виявлення відмінностей між ними (створення, видалення і зміна файлів, каталогів, ключів і змінних реєстру);

Створення архівів на основі виявлених змін (в архів включаються створені і змінені файли, каталоги, ключі та змінні реєстру);

Перевстановлення (відновлення) операційної системи;

Доустановленіе необхідних компонентів системи.

Дана програма полегшить життя величезній кількості користувачів, а уміщається всього на одній дискеті. Ви тільки уявіть собі: повна перевстановлення Windows з-під DOS забере у вас лічені хвилини! Зазвичай більшу частину часу займає не стільки установка самої операційної системи, скільки її подальша настройка і оптимізація, а з допомогою Universal Backup ви цю проблему вирішите. Все, що вам необхідно, - це інсталювати операційну систему, налаштувати її на свій розсуд, встановити необхідні програми, а потім створити за допомогою Universal Backup резервний архівний файл.

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

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

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

Бекап програма для Windows

Handy Backup - надійна програма для резервного копіювання і відновлення даних на комп'ютерах, що працюють під Windows, відома своїм простим і зручним інтерфейсом і величезною кількістю функцій. Щоб створити копію або відновити дані, потрібно просто створити нову "завдання" (за допомогою покрокового Майстра створення завдань). Handy Backup допоможе вам створити резервні копії наступних даних:

Файли і папки

Handy Backup може відновлювати як резервну копію цілком, так і окремі файли і папки.

Популярні утиліти і додатки

Програма може виконувати автоматичний пошук і бекап багатьох популярних додатків, включаючи Outlook, Skype, Adobe Photoshop та ін.

Образ диску

Handy Backup може створювати точну копію HDD, включаючи операційну систему, завантажувальні записи і іншу інформацію. Ви можете копіювати і відновлювати як повністю жорсткий диск, так і окремі його розділи.

Ви можете створити спеціальний завантажувальний диск відновлення за допомогою утиліти Handy Backup Disaster Recovery, з якого можна буде запустити операційну систему в разі збою, і відновити систему, налаштування і всі дані.

Підтримка всіх версій систем Windows

У програмі реалізована можливість роботи в різних версіях Windows, в тому числі, можна виконувати резервне копіювання і відновлення Windows 8.

Бази даних

Програма може копіювати ODBC сумісні бази даних, а також має спеціальні плагіни для точного копіювання баз DB2, Oracle, MS SQL, MySQL та ін.

MS Exchange і дані пошти

Додаток здатний виконувати резервне копіювання і відновлення даних MS Exchange Server, без зупинки роботи сервера. А також створювати автоматичний бекап пошти з серверів Яндекс.Пошти, Mail, Gmail, Yahoo Mail і ін.

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

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

Як зробити резервне копіювання? Існує досить багато програм для резервного копіювання, серед них виділяються такі популярні програми, як, Nero BackItUp, Norton Ghost, Paragon Drive Backup Professional,. Також резервне копіювання системи можна зробити без допомоги сторонніх програм, Використовуючи засоби архівації і резервного копіювання Windows.

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

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

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

Тепер можна перейти до огляду про те, як працює архівація в Windows 7.

Для того, щоб запустити резервне копіювання системи, увійдіть в меню «Пуск» \u003d\u003e «Усі програми» \u003d\u003e «Обслуговування» \u003d\u003e «Архівація та відновлення». Запустити вбудовані засоби архівації і резервного копіювання Windows, можна і з меню «Пуск» \u003d\u003e «Панель управління» \u003d\u003e «Архівація та відновлення файлів».

Може так статися, що в разі серйозних неполадок з операційною системою, ви не зможете завантажити операційну систему в звичайному або в безпечному режимі. Тоді вам доведеться використовувати для відновлення системи інсталяційний диск Windows 7, або завантажувальний флешку, із записаною на ній чином операційної системи.

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

При відсутності у вас інсталяційного диска з операційною системою Windows 7, вам слід створити диск відновлення системи. Диск відновлення, який містить в собі середу відновлення, можна буде використовувати для завантаження комп'ютера.

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

Створення диска відновлення системи

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

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

Після натискання на пункт «Створити диск відновлення системи», відкривається вікно «Створити диск відновлення». Для створення диска відновлення системи необхідно вставити в пристрій для читання оптичних дисків порожній CD або DVD диск, а потім натиснути на кнопку «Створити диск».

Далі відбувається процес створення диска відновлення системи. Після завершення створення аварійного диска відновлення, потрібно натиснути на кнопку «ОК». Аварійний диск відновлення Windows 7 займає обсяг близько 150 МБ.

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

Для завантаження комп'ютера з аварійного або установочного диска, вам необхідно буде вибрати в BIOS пріоритет завантаження з пристрою для читання дисків CD / DVD, а в разі використання завантажувальної флешки з диска USB, до якого підключена така завантажувальна флешка.

Якщо при створенні диска відновлення вам запропонують вставити інсталяційний диск з операційною системою Windows 7, то це означає, що необхідні файли для створення диска відновлення системи не були виявлені. В цьому випадку вам необхідно буде вставити в оптичний привід комп'ютера інсталяційний диск DVD з операційною системою Windows 7.

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

Створення образу системи

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

У вікні «Створення образу системи» вам необхідно буде вибрати місце для зберігання резервної копії.

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

У новому вікні «Створення образу системи» вам необхідно буде підтвердити параметри архівації та розташування резервної копії. Після цього, натискаєте на кнопку «Архивировать».

Архівація в Windows 7

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

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

Потім відкривається вікно «Налаштування архівації». У цьому вікні необхідно вибрати місце для зберігання резервної копії архіву.

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

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

У вікні «Налаштування архівації» вам потрібно буде вибрати, що слід архівувати.

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

В цьому випадку можна буде вибрати конкретні диски, вибрати окремі папки, що знаходяться на вибраному диску. Обов'язково поставте прапорець навпроти пункту «Увімкнути образ системи дисків: (С :)», для того, щоб у вас була можливість в разі потреби відновити систему з створеної резервної копії.

Обрані вами дані будуть архівувати за розкладом, якщо ви не будете запускати архівацію вручну. Після завершення вибору об'єктів для архівації, слід натиснути на кнопку «Далі».

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

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

Якщо ви будете виконувати архівацію не за розкладом, а вручну, коли це вам необхідно, то тоді вам потрібно буде зняти прапорець навпроти пункту «Виконувати архівацію за розкладом (рекомендовано)», а потім натиснути на кнопку «ОК».

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

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

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

Як відключити архівацію в Windows 7

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

Для цього, необхідно буде увійти в меню «Пуск» \u003d\u003e «Панель управління» \u003d\u003e «Адміністрування» \u003d\u003e «Служби». У вікні «Служби» потрібно знайти пункт «Служба модуля архівації на рівні блоків (Служба WBENGINE використовується для виконання операцій архівації та відновлення)».

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

У вікні «Властивості: Служба модуля архівації на рівні блоків», у вкладці «Загальні», в пункті «Тип запуску» вибрати «Вручну» і натиснути на кнопку «ОК». Далі буде потрібно перезавантажити комп'ютер. Тепер запускати резервне копіювання ви можете на свій розсуд вручну.

Якщо вас дратують час від часу з'являються повідомлення про необхідність налаштування архівації з Панелі повідомлень (трея), то тоді такі повідомлення можна буде відключити. Для цього потрібно увійти в меню «Пуск» \u003d\u003e «Панель управління» \u003d\u003e «Центр підтримки». У вікні «Центр підтримки», в поле «Обслуговування», в пункті «Налаштування архівації» необхідно натиснути на посилання «Не отримувати більше повідомлень на тему:« про архівації Windows »».

висновки статті

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

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

Резервне копіювання в Windows 7 (відео)

29.10.2012 Мішель Пулі

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

Мішель Пулі ( [Email protected])-Редактор журналу SQL Server Pro, співзасновник компаній Mount Vernon Data Systems і Six Sigma Uptime.

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

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

Не варто довіряти помилковому почуттю захищеності, що виникає після введення в експлуатацію нової системи високої доступності. Якщо всі дані віртуалізованних і консолідовані, ризики навіть зростають. Як проста було життя, коли на одному комп'ютері виконувався єдиний екземпляр бази даних. Тепер зазвичай на сервері в віртуальних машинах виконуються десятки екземплярів SQL Server, які, в разі відмови фізичної сервера, відмовлять всі одночасно. Якщо кошти дозволяють, ви можете створити відмовостійкий кластер хостів віртуальних машин на різних фізичних серверах. При необхідності високої доступності так зазвичай і роблять. Але навіть така відмовостійка система може виявитися вразливою в разі, скажімо, пожежі, потопу або землетрусу. Резервні копії все одно необхідні. При цьому створення резервних копій довірено обмеженому колу осіб. Більш докладно про те, хто має право створювати резервні копії, розказано в урізанні «Хто може виконувати резервування?».

Частота резервування бази даних залежить від того, як довго вона буде відновлюватися з резервної копії. Чим частіше виконується резервування бази даних, тим менше часу займе відновлення. Графік резервування і відновлення можна налаштувати індивідуально для кожної бази даних. Тип резервування залежить ще від обсягу бази даних і кількості транзакцій, що виконуються за одиницю часу. Основними типами резервування є повне, журнальне і инкрементальное. Більш докладні відомості про режими відновлення наведені в урізанні «Моделі відновлення баз даних», команди по резервуванню SQL Server описані в урізанні «Стандартні команди для резервування».

Повний резервування

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

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

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

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

Для виконання повного резервування бази даних виконайте наступний код:

BACKUP DATABASE AdventureWorks TO DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_FullDbBkup.bak'WITH INIT, NAME \u003d' AdventureWorks Full Db backup ', DESCRIPTION \u003d' AdventureWorks Full Database Backup

Параметр DISK визначає цільової файл резервної копії. Ви можете виконувати резервування на диск або на стрічку (в даному випадку - на диск). Перед початком резервування переконайтеся, що папка для зберігання резервної копії існує. У більшості випадків резервування на диск відбувається значно швидше, ніж на стрічку, але вартість дискової пам'яті істотно вище. Для забезпечення додаткового рівня захисту можна виконувати резервування на диск, а потім зберігати резервну копію на стрічку. Параметр WITH INIT вказує, що файл резервної копії повинен бути перезаписан. Цей метод підходить в тому випадку, якщо резервування Windows виконується після кожного резервування бази даних. NAME - ім'я резервної копії, до 128 символів. Якщо ім'я не вказати, поле імені залишиться порожнім. DESCRIPTION - більш повне і докладний опис, Яке може допомогти, наприклад, через тривалий проміжок часу з'ясувати, що це за резервна копія і навіщо вона була створена.

Для повного відновлення бази даних виконайте наступну команду:

RESTORE DATABASE AdventureWorks FROM DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_FullDbBkup.BAK' WITH RECOVERY, REPLACE

WITH RECOVERY наказує SQL Server скасувати всі незавершені транзакції, які могли бути в журналі транзакцій, і залишити базу в робочому стані. REPLACE означає перезапис будь-якого існуючого файлу з тим же ім'ям. Більш докладно про це розказано в урізанні «Заміна бази даних».

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

BACKUP LOG AdventureWorks WITH TRUNCATE_ONLY

Якщо вказана установка TRUNCATE_ONLY, то резервування журналу насправді не виконується, це вказівка \u200b\u200bSQL Server створити контрольну точку, очистити неактивні елементи і зменшити розмір файлу журналу. У наступних версіях SQL Server ця установка виключена, але замість неї можна використовувати режим простого відновлення, щоб дозволити SQL Server автоматично очистити журнал транзакцій від неактивних елементів.

Повний резервування зі збереженням журналу

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

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

Якщо не вказано інше, після завершення резервування журналу неактивні записи в ньому «видаляються» (насправді вони позначаються для перезапису). При запуску команди BACKUP LOG ви можете додати параметри NO_TRUNCATE або COPY_ONLY, щоб при резервуванні записи в журналі не змінювалися. Але ми не рекомендуємо використовувати ці параметри, якщо тільки ви не знаєте напевно, для чого це може знадобитися.

SQL Server 2005 є режим резервування копії заключного фрагмента журналу (tail-log backup), тобто резервування після краху бази даних в тому випадку, якщо журнал транзакцій не був зіпсований. В цьому режимі здійснюється резервування останніх транзакцій, виконаних з моменту останнього резервування журналу. Більш докладно про цей режим розказано в урізанні «Що таке резервні копії заключного фрагмента журналу».

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

Якщо в базі даних масові поновлення носять регулярний характер, можливо, має сенс використовувати модель відновлення з неповним протоколированием (bulk logged recovery). Оскільки окремі записи, включені в масову операцію в цьому випадку не журналіруются, цей підхід скорочує накладні витрати на ведення журналу SQL Server. Хоча ви можете отримати помітне збільшення продуктивності при виконанні масових операцій, ви ризикуєте втратити дані при відновленні, якщо вихідні дані для повторного виконання масових операцій виявляться в момент відновлення недоступні. При застосуванні простої моделі відновлення резервування журналу також неможливо, так як в цьому випадку відбувається обрізання журналу до контрольної точки.

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

BACKUP DATABASE AdventureWorks TO DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_FullDbBkup.bak' WITH INIT, NAME \u003d 'AdventureWorks Full Db backup', DESCRIPTION \u003d 'AdventureWorks Full Database Backup'

А потім слід виконати резервування журналу за допомогою команди:

BACKUP LOG AdventureWorks TO DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_TlogBkup.bak' WITH NOINIT, NAME \u003d 'AdventureWorks Translog backup', DESCRIPTION \u003d 'AdventureWorks Transaction Log Backup', NOFORMAT

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

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

Якщо база даних в змозі онлайн, обмежте доступ до неї, переключивши режим доступу (у вікні властивостей) на RESTRICTED_USER. Таким чином доступ до бази даних буде дозволений тільки членам групи бази даних db_owner і членам груп сервера dbcreator і sysadmin.
Виправте помилку, викликала крах бази даних.
Якщо можливо, застосуєте всі збережені в резервних копіях журнали транзакцій з параметром NORECOVERY.

Для виконання резервування заключного фрагмента журналу запустіть команду:

BACKUP LOG AdventureWorks TO DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_TaillogBkup.bak' WITH NORECOVER

Для повного відновлення повної резервної копії необхідно спочатку відновити файли бази даних за допомогою команди:

RESTORE DATABASE AdventureWorks FROM DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_FullDbBkup.bak' WITH NORECOVERY

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

RESTORE LOG AdventureWorks FROM DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_TlogBkup.bak' WITH NORECOVERY

Нарешті, виконайте відновлення заключного фрагмента з параметром RECOVERY:

RESTORE LOG AdventureWorks FROM DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_TaillogBkup.bak' WITH RECOVERY

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

Повний плюс разностное резервування

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

Різницеве \u200b\u200bрезервування має накопичувальний характер - воно включає в себе всі дані і структури, які були змінені з моменту останнього повного резервування незалежно від того, коли здійснювалося останнє повне резервування і скільки разів з того моменту виконувалося разностное резервування. Припустимо, що повне резервування було виконано в неділю, а разностное резервування проводилося щодня, як показано на малюнку 3. Разностная копія понеділка буде містити всі зміни, виконані в понеділок, разностная копія вівторка - зміни понеділка і вівторка, разностная копія середовища - зміни понеділка , вівторка та середи і т.д.

Малюнок 3. Розклад завдань на різницеве \u200b\u200bрезервування

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

BACKUP DATABASE AdventureWorks TO DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_DiffDbBkup.bak' WITH INIT, DIFFERENTIAL, NAME \u003d 'AdventureWorks Diff Db backup', DESCRIPTION \u003d 'AdventureWorks Differential Database Backup'

Щоб відновити базу даних з різницевої резервної копії, виконайте наступні кроки.

Якщо база даних в змозі онлайн, обмежте до неї доступ, переключивши режим доступу (у вікні властивостей) на RESTRICTED_USER. Тим самим доступ до бази даних буде дозволений тільки членам групи бази даних db_owner і членам груп сервера dbcreator і sysadmin.
Виконайте резервування заключного фрагмента журналу.
Виправте помилку, викликала збій бази даних.
Виконайте відновлення повної резервної копії з параметром NORECOVERY.
Виконайте відновлення останньої наявної разностной резервної копії з параметром NORECOVERY.
Виконайте відновлення резервної копії заключного фрагмента журналу з параметром RECOVERY.

Для відновлення разностной резервної копії (виконується після відновлення повної копії) введіть команду:

RESTORE DATABASE AdventureWorks FROM DISK \u003d 'E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_DiffDbBkup.bak'WITH NORECOVERY

Потім відновите заключний фрагмент журналу з параметром RECOVERY, за допомогою наведеної раніше команди.

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

комбінування стратегією

Якщо повторне виконання транзакцій для відновлення операцій останнього дня видається недоцільним, ви можете виконувати повне резервування в неділю, разностное резервування кожну наступну ніч і резервування журналів транзакцій вранці та ввечері з понеділка по суботу, як показано на малюнку 4. Якщо в п'ятницю ввечері з базою даних трапиться біда, а різницева резервна копія четверга виявиться пошкодженої, можна буде виконати відновлення з різницевої копії середовища, а потім застосувати журнали четверга і п'ятниці. Таким чином база даних буде відновлена \u200b\u200bдо самого моменту відмови. Більш детально це питання розглядається в урізанні «Як відновити базу даних за станом на заданий момент часу».

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

Альтернативні стратегії резервування

Резервування в SQL Server не зводиться тільки до повного, разностному і журналу транзакцій. Більш складні стратегії, що включають резервування файлів або груп файлів, стратегію часткового резервування і резервування тільки шляхом копіювання.

Доступ до бази даних під час виконання резервування та відновлення

резервування бази SQL Server є онлайн-процесом, все що зберігаються в SQL Server дані під час операції резервування доступні. Операції зміни бази даних, пропозиції INSERT, UPDATE і DELETE доступні точно так же, як вибірка даних (SELECT). Під час резервування не можна змінювати структуру бази даних або файлову структуру - пропозиції ALTER DATABASE, ADD FILE або SHRINKFILE під час резервування виконуватися не можуть. Якщо для бази даних включений режим автоматичного запуску зменшення файлу бази даних (auto-shrink), можливий конфлікт під час виконання резервування. Так, якщо в процесі виконання резервування запуститься автоматичне зменшення файлу бази, то обидві операції можуть завершитися відмовою. Та операція, яка стартує раніше, встановить блокування файлу, а наступної операції доведеться очікувати зняття блокування. Якщо перша операція зніме блокування, то почнеться виконання другої. Якщо ж станеться тайм-аут блокування першої операції, друга операція завершиться відмовою. Такий підхід може здатися неправильним з точки зору виконання другої операції, яка змушена очікувати відмови, і тільки після нього видасть відмову. Але якщо врахувати, що робота другої операції залежить від успіху першої, якщо при виконанні першої операції відбулася відмова, виконання другої не має сенсу. Для запобігання такої проблеми слід відключати автоматичне зменшення файлу бази даних перед виконанням резервування.

У більшості випадків відновлення бази SQL Server є автономною операцією, під час якої доступ користувачів до бази неможливий. При використанні SQL Server 2005 Enterprise Edition з моделлю повного відновлення часткове відновлення і відновлення неосновних груп файлів за замовчуванням є онлайн-операціями. Частини бази даних, які не повинні відновлюватися, наприклад групи файлів з доступом тільки для запису, можуть бути доступні користувачам на всьому протязі виконання операції відновлення. Групи файлів для читання / запису доступні, якщо вони не були переведені в автономний стан для відновлення. Ця можливість дуже корисна для великих баз даних, що працюють в режимі 24x7x365. Додаткову інформацію можна знайти в документації SQL Server 2005 BOL, «Performing Online Restores» (http://msdn.microsoft.com/ru-ru/library/ms188671.aspx), а також в урізанні «Чому відновлення бази даних не може виконуватися онлайн» .

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

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

Хто може виконувати резервування?

Резервування баз даних є обмеженому колу осіб. За замовчуванням дозвіл дається членам певних груп системних адміністраторів серверів і ролям бази даних db_owner і db_backupoperator. При використанні пристроїв резервування, дисків або стрічок необхідно звертати увагу на те, хто є власником і які встановлені дозволу. SQL Server повинен мати можливість читання і запису на пристрій. Якщо обліковий запис, від імені якої працює SQL Server, не володіє правами доступу до пристрою, ви дізнаєтеся про це тільки в разі збою при виконанні операцій резервування або відновлення. Процедура sp_addumpdevice, що виконує додавання записи про пристрій резервування в системні таблиці, не виконує перевірку прав доступу на рівні файлів.

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

Моделі відновлення баз даних

Налаштування моделі відновлення визначає, яка частина даних може бути відновлена \u200b\u200bв разі краху бази даних. Для кожної бази даних можна встановити власну модель відновлення в залежності від того, яку втрату даних ви готові допустити. Щоб встановити модель відновлення бази даних за допомогою SQL Server Management Studio (SSMS), клацніть правою кнопкою потрібну базу даних, відкрийте вікно властивостей Properties, перейдіть на сторінку Options і виберіть потрібну модель резервування зі списку.

Існує три типи моделей відновлення: повне, просте і з неповним журналированием (full, simple, і bulk-logged). Повна модель відновлення найбільш використовує всі можливості журналу транзакцій і дозволяє відновити базу даних з високим ступенем точності на заданий момент часу. Всі операції, такі як транзакції даних, структурні зміни бази даних, операційні інструкції типу завершення транзакції або скасування, великі об'єкти і масові операції, зберігаються в журналі. Журнал транзакцій поповнюється до тих пір, поки не буде виконано резервування журналу транзакцій.

Проста модель відновлення мінімально використовує журнал транзакцій і дозволяє відновити останню повну резервну копію бази даних. Як і в разі моделі повного відновлення, всі транзакції (крім деяких пакетних операцій) зберігаються в журналі. На відміну від моделі повного відновлення, SQL Server автоматично очищає журнал від невикористовуваних елементів. Через це ви не можете робити резервні копії журналу транзакцій при використанні простої моделі відновлення.

Модель відновлення з неповним журналированием займає проміжне положення між «крайніми» моделями повного і простого відновлення. Хоча назва bulk-logged може навести на думку про журнал масових операцій, в дійсності вони зберігаються в журналі лише частково. Під час масових операцій, які часто полягають в додаванні великого числа записів за короткий проміжок часу, SQL Server встановлює на кожному порушеному оновленням екстенти бази даних бітовий прапорець, але насправді вставлені записи не повинні додаватися в файл журналу. Під час подальшого резервування журналу транзакцій SQL Server перевіряє цей прапорець і записує в резервну копію журналу транзакцій самі екстенти бази даних, які були змінені масової операцією на додаток до звичайних записів про вставці і видаленні. Таким чином, резервна копія журналу в моделі відновлення з неповним журналированием містить результати виконання масових операцій, а не дійсно виконані окремі транзакції.

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

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

Стандартні команди для резервування

У SQL Server 2005 і SQL Server 2000 є дві команди для виконання, по суті, одного і того ж дії - DUMP і BACKUP (тобто DUMP DATABASE або BACKUP DATABASE і DUMP LOG або BACKUP LOG). Команда DUMP збереглася з часів SQL Server 6.5, коли резервування бази даних означало просто копіювання бази даних в стані на момент перед початком операції резервування. При цьому зміни в базі даних, які могли статися після початку резервування, не потрапляли в резервну копію.

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

Тим, хто завжди ретельно стежив за резервуванням баз даних SQL Server і прагнув вивчати нововведення SQL Server 2005, слід продовжувати уважно стежити за резервними копіями: в SQL Server 2005 немає звичної команди DBCC REPAIR. «Заміною» для цієї команди служить DROP DATABASE.

Заміна бази даних

При відновленні бази даних на новий сервер використовуйте параметр REPLACE, який відключає звичайні перевірки безпеки і дозволяє перезаписувати існуючі бази даних, навіть якщо їх ім'я відрізняється від імені відновлюваної бази. Наприклад, припустимо, що була зроблена резервна копія бази даних D, розташованої на сервері A. Ця резервна копія повинна бути відновлена \u200b\u200bна сервері B. Спочатку на сервері B слід створити порожню проміжну базу, при цьому ім'я і розмір бази не мають ніякого значення. Далі, треба відновити базу D з параметром REPLACE на сервері B поверх щойно створеної проміжної бази. Якщо ж відновлення має бути здійснене назад на сервер A, на колишнє місце, параметр REPLACE вказувати не потрібно. За замовчуванням операція відновлення бази даних виконує вбудовані перевірки безпеки, наприклад якщо в нормальній ситуації не можна виконати відновлення бази поверх іншої існуючої бази даних. Аналогічно, заборонено відновлення бази даних, зарезервованої в режимі повного резервування або резервування з журналированием масових операцій, якщо відсутня резервна копія заключного фрагмента журналу.

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

Що таке резервні копії заключного фрагмента журналу

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

Як відновити базу даних за станом на заданий момент часу

Можлива ситуація, коли необхідно виконати відновлення бази через помилково виконаного коду - наприклад, хтось помилково видалив таблицю у виробничій базі даних або забув вказати оператор WHERE в реченні DELETE. У таких випадках потрібно відновити базу станом до того моменту, коли помилковий код був виконаний.

Відновлення є комплексом операцій, що призводять базу даних в узгоджене стан. Для відновлення бази до певної точки в часі необхідно виконати повне відновлення або відновлення з неповним журналированием. Модель простого відновлення призводить до відсікання журналу транзакцій до контрольної точки без можливості повтору-скасування дії (redo-undo) і без можливості відновлення за станом на заданий момент часу.

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

Відновлювані дані на певний момент часу повинні міститися в резервної копії журналу транзакцій. При відновленні журналу ви можете відновити транзакції, які були виконані до певного моменту часу, вказавши потрібний момент за допомогою оператора STOPAT, STOPATMARK або STOPBEFOREMARK.

При відновленні бази даних за станом на певний момент часу виконайте повне резервування з установкою NORECOVERY, як показано нижче:

RESTORE DATABASE AdventureWorks FROM DISK \u003d "E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_FullDbBkup.bak" WITH NORECOVERY

Потім застосуєте всі резервні копії журналів з установкою RECOVERY і зазначенням дати і часу необхідної точки в часі в кожному реченні RESTORE LOG:

RESTORE LOG AdventureWorks FROM DISK \u003d "E: \\ SQLdata \\ BACKUPS \\ AdventureWorks_TlogBkup.bak" WITH RECOVERY, STOPAT \u003d 'Dec 10, 2007 8:10 PM'

Резервування файлів / груп файлів

Ця стратегія резервування підходить тільки в тому випадку, якщо база даних складається з декількох файлів або груп файлів. Якщо розміри бази або вимоги до продуктивності роблять повне резервування бази даних неможливим і якщо необхідно швидке відновлення в разі відмови, варто взяти до уваги стратегії резервування файлів / груп файлів.
Ця стратегія може використовуватися для SQL Server 2005 або SQL Server 2000, при цьому при виконанні кожної операції потрібно вказати, які файли, групи файлів або комбінації будуть резервуватися. При цьому слід виконати повне резервування бази даних незабаром після створення, після чого виконувати регулярне резервування файлів або груп файлів. Якщо для конкретної бази даних необхідно задіяти просту модель відновлення, всі доступні для читання / запису файли і групи файлів повинні резервуватися одночасно. Для мінімізації втрат даних при відновленні вибирайте модель повного відновлення або модель відновлення з неповним протоколированием, при цьому необхідно включити в стратегію резервування журналу транзакцій.
Відновлення бази все одно означає обмеження доступу до бази даних, але на менший час, ніж при повному відновленні бази даних. Під час відновлення доступ обмежується тільки до груп файлів, відновлюваних в даний момент.
У гіршому випадку, якщо потрібне відновлення всієї бази даних і ви використовуєте модель повного відновлення, будуть потрібні всі резервні копії журналів транзакцій з моменту створення бази даних. Крім того, якщо необхідно відновлення бази на певний момент часу, буде потрібно повний набір резервних копій журналів транзакцій.

часткове відновлення

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

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

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

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

Відновлення після часткового резервування все одно має на увазі обмеження доступу до бази даних, але на менший інтервал часу, ніж при повному відновленні бази даних - і тільки для первинної групи файлів, груп для читання / запису і груп тільки для читання, які були частиною резервування. Більш детальну інформацію можна знайти в документації SQL Server 2005 Books Online «Часткові резервні копії» http://msdn.microsoft.com/ru-ru/library/ms191539.aspx.

Резервні копії стану

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

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

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

При резервуванні журналу транзакцій стану бази даних журнал транзакцій обрізається, на відміну від звичайного резервування. Резервування стану також не впливає на ланцюжок журналів, яка використовується для повного резервування з журналом відновлення. Резервні копії стану взагалі не включаються в список резервних копій журналів при відновленні. Більш докладні відомості можна знайти в документації SQL Server 2005 BOL «Резервні копії стану» за адресою http://msdn.microsoft.com/ru-ru/library/ms191495.aspx.

Чому відновлення бази даних не може виконуватися онлайн

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

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

На цій стадії в базі даних зазвичай містяться незавершені транзакції, і база даних не може використовуватися для доступу. Далі для SQL Server 2005 Standard Edition настає фаза останньої скасування, в ході якої виконується скасування всіх незавершених транзакцій. Після завершення цієї фази база даних повністю відновлена \u200b\u200bі готова до роботи. Редакція Enterprise Edition працює трохи по іншому - база даних готова до використання одразу після повторення змін, не чекаючи фази скасування незавершених транзакцій.

Доступ до файлів, груп файлів і сторінок в процесі відновлення бази даних і фаз повторення змін / скасування незавершених транзакцій заборонений тому, що дані, які могли б бути отримані, є недостовірними. Спроба обробки «брудних» даних може викликати проблеми, пов'язані з пропущеними і незавершеними транзакціями.

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

Для того щоб створити резервну копію домену (веб-сайту):

Перейдіть в розділ Домени\u003e ім'я домену> Менеджер резервного копіювання.
натисніть Резервне копіювання.
Вкажіть наступні параметри:
- Префікс імені файлу резервної копії та опис. Можна вказати довільне ім'я файлу. Однак, також можна налаштувати в панелі управління додавання префікса до імені файлу резервної копії. Слід пам'ятати, що панель управління автоматично додає до імен файлів резервних копій дату і час створення резервної копії (за всесвітнім часом).
- Поділ файлу резервної копії. Для того щоб створити багатотомний архів, відзначте прапорцем відповідне поле і вкажіть розмір тому в мегабайтах.
- Місце для збереження файлу резервної копії. Виберіть сховище, в яке слід зберегти файл резервної копії.
- Які дані необхідно включити в резервну копію. Можна створити резервну копію лише відомості щодо резервування веб-хостингу або налаштувань веб-хостингу разом з усіма даними користувачів.
- Повідомлення по електронній пошті після завершення резервного копіювання. Якщо потрібно, щоб по закінченню резервного копіювання відправлялося повідомлення по електронній пошті, введіть потрібну адресу електронної пошти.
- Заблокувати веб-сайт до завершення резервного копіювання. Поставте прапорець у цьому полі, якщо необхідно заборонити користувачам змінювати контент або настройки веб-сайту під час, коли можна створювати резервні копії. *
натисніть Резервне копіювання. Процес резервне копіювання буде запущений. Інформація про статус виконання буде показана на вкладці Поточні завдання резервного копіювання. Натисніть кнопку оновити, Щоб оновити дані, які відображаються на екрані.
Після завершення резервного копіювання файл резервної копії буде збережено в обраному вами сховище, а доступ до нього можна буде отримати через FTP-сервер або з розділу Домени>ім'я домену> Менеджер резервного копіювання.

Для того щоб відновити дані з файлу резервної копії:

Перейдіть в розділ Домени > ім'я домену >Менеджер резервного копіювання.

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

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

Шлях для бази резервного копіювання ви можете вибрати, наприклад, в httpsdocs (корінь недоступний для запису):
/ Home / vhosts / ваш_домен / httpsdocs / backup

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

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

При виникненні питань звертайтеся з цілодобову