Важко переоцінити роль резервного копіювання на сервері, коли мова йде про цілісність і збереження даних. Інформація може бути загублена різними способами і з різних причин, видалена або зіпсована випадково, сервер може бути зламаний і інформація знищена зловмисно, врешті-решт жорсткі диски можуть і вмирати. Вбудовані у FreeBSD, системні утиліти Dump і Restore. є одним з найбільш надійних і безпечних засобів резервного копіювання в Unix системах, це невід'ємний інструмент будь-якого системного адміністратора, покликаний, якщо і не відновити дані в повному обсязі, то хоча-б повернути те, що було збережено і пом'якшити можливі наслідки від втрати інформації.
За замовчуванням, якщо не було явно призначено місце зберігання резервної копії, dump створює її в пристрої для зберігання на магнітній стрічці.
Типовий процес створення резервної копії даних, може виглядати наступним чином:
В даному прикладі, за допомогою команди dump. робиться повна резервна копія (прапор -0), файлу пристрою / dev / da0s1d. змонтованого в / var. в файл /root/backup.dump. Прапор -L сигналізує, що розділ, який підлягає резервного копіювання, знаходиться на живий файлової системи і перед початком потрібно зробити знімок даного розділу і вже потім приступати до операції.
Якщо прапор -L встановлений, dump створює знімок в директорії .snap. кореневого розділу файлової системи. Файл знімка буде видалений, як тільки dump завершить роботу.
Завжди використовуйте цю опцію на живий файлової системи. Якщо dump з опцією -L застосовується до розділу, що знаходиться в режимі "тільки читання" (read only), або до не змонтовані розділу, опція -L буде проігнорована.
Опція -а. означає "auto-size". тобто буде заповнено всі Cвободное місце на носії
Опція -u. вказує зберегти (відновити) службову інформацію в файл / etc / dumpdates. вона буде використана при наступних бекапіть:
Для створення інкрементного архіву, вам потрібно вказати в опціях команди, рівень дампа від 1 до 9 (0 - повний архів), при цьому, dump буде використовувати дані про час останнього резервного копіювання з файлу / etc / dumpdates.
Виглядає це наступним чином:
В результаті, також буде оновлено інформацію в файл / etc / dumpdates:
Створивши резервну копію файлової системи, бажано перемістити файл дампа в більш безпечне місце, наприклад на, спеціально призначений для цього, сервер бекапов, що-б уникнути втрати вже збережених даних в разі апаратного збою, або можна відразу створити резервну копію зі збереженням на віддалений сервер , через безпечне SSH з'єднання. Робиться це в такий спосіб:
В результаті буде створена повна резервна копія (-0) пристрої da0s1d і відправлена на віддалений сервер backup_server з ім'ям користувача backup. Для стиснення буде використаний bzip2 (архіватор можна використовувати, який вам більше подобається, gzip. Compress), що-б зменшити трафік, далі команда dd прийме вхідний потік і відправить його в файл /root/vds-admin.dump.
Повне виведення виконану операції, виглядає так:
При використанні архіватора compress. значно знижується навантаження на мережу, але ціною підвищеного навантаження на процесор.
Команда restore. виконує відновлення даних, зі збережених раніше, програмою dump. резервних копій. Наприклад можна відновити з резервної копії даних, віддалений з необережності, файл. Як і dump. Restore можна використовувати для відновлення файлів по мережі.
Звичайний сценарій для команди restore. відновлення з резервної копії на порожній розділ, відформатований за допомогою утиліти newfs. Спочатку відновлюється повна резервна копія, після чого можна відновлювати інкрементні архіви, в порядку їх створення.
Вищеописана процедура виглядає приблизно наступним чином:
В даному прикладі, команда restore відновить резервну копію даних / usr / dumpfile. в поточну директорію, перейти в потрібну директорію можна за допомогою команди cd.
Ще одна чудова особливість команди restore. це можливість роботи в інтерактивному режимі, тобто ви можете переглядати вміст резервної копії даних, гортати файли і директорії, позначати необхідне для відновлення. Ця можливість просто незамінна при відновленні файлів, видалених помилково.
В інтерактивній оболонці відновлення, присутній досить команд, що забезпечують цілком комфортну навігацію по вмісту дампа і вибору потрібних файлів для відновлення. Команди ls. cd. pwd. є еквівалентами команд зі звичайної оболонки і використовуються для навігації по резервної копії даних. Використовуючи команди add і delete. можна виділяти файли і директорії для подальшого відновлення. Після того як необхідні дані виділені, можна використовувати команду extract, для їх відновлення.
Виглядає цей процес приблизно так:
Також при використанні інтерактивного режиму команди restore. для відновлення резервної копії даних з дампа, можна скористатися командою what
Ось власне і все. Не забудьте погортати відповідні сторінки man керівництва, там все досить докладно розписано.
Вдалих бекапов.
може ще граматичні помилки наколупав?
Питання наступний.
З дамп - ресторан навчився працювати, але на практиці виникла проблема.
Якщо відновити дампи на зовсім інший сервер - з'являється проблема з мережею. На сервері крутяться сервіси такі як BGP, проксі, фаєрвол, ВПН і т.д. які вимогливі якраз до назви інтерфейсів.
Просто перейменувати інтерфейс в rc.conf результату не дало.
Стикався чи хтось і як краще вчинити при відновленні?