Чи можливо ввести поточний диск, з якого ви завантажилися?

У мене є копія FreeNAS, на якій працює живий USB-диск. І я хотів би зробити резервну копію.

Намагаючись уникнути злому ідеально працюючої системи, чи зможу я ddдиск на час роботи ОС?

Або мені довелося б вимкнути автомат і запустити ddіншу машину?

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

Запуск холодної резервної копії (файлова система відключена) - найкращий варіант, якщо ви хочете використовувати `dd '.

Є кращі варіанти резервного копіювання запущеної системи.

• tarабо cpioбуде читати файли і справлятися з відкритими файлами досить добре. Ви, ймовірно, пропустите деякі зміни, які відбудуться під час резервного копіювання.
• rsyncповодиться як tarіз відкритими файлами, так і з відсутніми змінами під час резервного копіювання. Він може бути використаний для початкового резервного копіювання та робить додаткові резервні копії дуже добре. При запуску додаткового резервного копіювання він може пропустити копіювання незмінних частин файлу.

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

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

Зобразіть цей сценарій:

• dd починає читати диск на початку і весело пробивається до кінця.
• Коли він знаходиться на півдорозі, ОС записує файл на диск. Файл, проте, дещо фрагментований - одна його частина фізично розташована на початку диска, а інша - до кінця.
• Немає проблем для ОС - він записує файл просто чудово і виштовхує його з кешів запису; тепер це правильно записано на диску.
• Проблема у вашій резервній копії: ddвже минула і скопіювала першу частину файлу, тож вона захопить непослідовний стан, коли потрапить у другу частину - кожна частина буде з іншої версії!

Якщо ви можете перекомпонувати всі розділи на USB-диску як лише для читання, ця проблема не повинна виникати (наголос на " не слід "); для цього потрібна значна підготовка до встановлення / офлайн та встановлення часу завантаження для /розділу, хоча - я не думаю, що ти можеш нормально переглядати /r / o на ходу, буде відхилено багато речей, що вимагають r / w доступ.

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

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

Але вам буде важко намагатися відкрутити розділ, з якого ви завантажилися.

Для цього я використовую dump(8)на FreeBSD. Напрdump -auLf /mnt/some-other-disk/root.dmp /

Цей -Lпараметр дозволяє копіювати живу файлову систему шляхом зйомки.

Відвали можна відновити за допомогою restore(8).

Він може працювати лише з UFS; Я не впевнений у цьому.

Дивно, скільки підказок щодо резервного копіювання не згадують наступне:

Систему Linux (і більшості багатопотокових ОС), як правило, потрібно вимкнути, коли ви створюєте резервну копію та відновлення.

Це найлегше досягти, якщо на ньому не запускати ОС, коли ви намагаєтесь зобразити її.

Для резервного копіювання та відновлення він може бути змонтований, а насправді, мабуть, повинен бути, але не запускається ОС як його root (/).

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

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

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

!!! Отже, коли ви бачите веб-сторінки, які говорять вам про те, як використовувати Deja-dup, наприклад, для створення резервних копій, це працює лише, /homeа потім ТІЛЬКИ, якщо ви не запускаєте жодної програми, що впливає /homeпід час запуску deja-dup. (І навіть тоді ви можете захотіти схрестити пальці, якщо ви дійсно не знаєте, що може торкнутися ваших файлів через демон.)

Я вже роблю це з успіхом у тестовому середовищі, з fsck та rsync врешті-решт, щоб покращити шанси на гарну копію пристрою.