Це команда ipa-restore, яку можна запустити в постачальнику безкоштовного хостингу OnWorks за допомогою однієї з наших численних безкоштовних робочих станцій, таких як Ubuntu Online, Fedora Online, онлайн-емулятор Windows або онлайн-емулятор MAC OS.
ПРОГРАМА:
ІМ'Я
ipa-restore - Відновлення майстра IPA
СИНТАКСИС
ipa-відновлення [ВАРІАНТ]... РЕЗЕРВНА КАПІЯ
ОПИС
Потрібно передати лише назву резервної копії, а не повний шлях. Резервні копії зберігаються
у підкаталозі /var/lib/ipa/backup. Якщо резервна копія знаходиться в іншому місці, то повна
необхідно вказати шлях.
Умови іменування для повних резервних копій: ipa-full-YEAR-MM-DD-HH-MM-SS за GMT
зона
Іменування резервних копій даних: ipa-data-YEAR-MM-DD-HH-MM-SS За GMT
зона
Тип резервної копії визначається автоматично. Відновлення даних можна виконати з будь-якого типу.
УВАГА: Повне відновлення відновить такі файли, як / etc / passwd, / etc / group, / Etc / resolv.conf
також. Будь-який файл, якого торкнувся IPA, створюється резервна копія та відновлюється.
Зашифрована резервна копія також автоматично виявляється, і використовується кореневий ключ
за замовчуванням. Параметр --keyring можна використовувати для визначення повного шляху до приватного та
відкриті ключі.
У підкаталозі знаходиться файл, заголовок, який описує резервну копію, включаючи тип,
система, дата резервного копіювання, версія IPA, версія резервного копіювання та ввімкнені послуги
Майстер.
Резервну копію не можна відновити на іншому хості.
Резервну копію не можна відновити в іншій версії IPA.
Відновлення з резервної копії встановлює сервер як новий основний файл даних. Всі інші майстри знадобляться
для повторної ініціалізації. Першим кроком у відновленні резервної копії є вимкнення реплікації
всі інші майстри. Це робиться для того, щоб журнал змін не перезаписував дані в файлі
резервна копія
Використовуйте команди ipa-replica-manage та ipa-csreplica-manage для повторної ініціалізації інших
майстри. ipa-csreplica-manage має виконуватися лише на головних серверах, які мають ЦС
встановлений.
РЕПЛІКАЦІЯ
Реставрацію на інших майстрах потрібно робити акуратно, щоб відповідати тиражуванні
топологія, що працює назовні від відновленого майстра. Наприклад, якщо ваша топологія A <->
B <-> C і ви відновили майстер A, ви відновили б спочатку B, потім C.
Реплікація вимкнена на всіх головних моделях, які доступні під час відновлення. Якщо
майстер не працює на момент відновлення, вам потрібно буде перейти до екстремального
обережність. Якщо після завершення відновлення відновити цей майстер, він може надіслати
випускати оновлення для реплікації, які застосовують ті самі зміни, які ви намагалися скасувати. Єдиний
безпечна відповідь - перевстановити головну частину. Це означатиме видалення всієї реплікації
угоди з майстром. Це може мати каскадний ефект, якщо провідний є концентратором
інші майстри. Їх потрібно було б підключити до інших майстрів, перш ніж знімати збиті
майстер.
Якщо точка відновлення належить до періоду до угоди про реплікацію, то головний
потрібно буде повторно встановити. Наприклад, у вас є майстри A і B, і ви створюєте a
резервне копіювання. Потім ви додаєте майстер C з B. Потім ви відновлюєте з резервної копії. Відновлені дані
збирається втратити угоду про реплікацію для C. Майстер на C матиме реплікацію
угода, що вказує на B, але B не матиме зворотної угоди. Майстра С не буде
зареєстрований як майстер IPA. Можливо, можна вручну виправити їх і повторно підключити C
до B, але це було б дуже схильне до помилок.
Якщо повторна ініціалізація на головній версії IPA до версії 3.2, тоді угоди про реплікацію
потрібно буде повторно ввімкнути вручну, інакше повторна ініціалізація ніколи не завершиться.
Щоб вручну включити угоду, скористайтеся ldapsearch, щоб знайти назву угоди в cn=mapping
дерево,cn=config. Значення nsds5ReplicaEnabled має бути увімкнено та ввімкнено для обох
сторони. Пам’ятайте, що реплікація ЦС здійснюється за допомогою окремої угоди, і це потрібно
оновлюватися окремо.
Якщо у вас є старші майстри, вам слід подумати про їх повторне створення, а не про спроби
повторно ініціалізуйте їх.
ВАРІАНТИ
-p, --пароль=ПАРОЛЬ
Пароль менеджера каталогів.
--дані Відновити лише дані. За замовчуванням відновлюється все з резервної копії.
--gpg-брелок=GPG_KEYRING
Повний шлях до брелока GPG. Брелок складається з двох файлів, загальнодоступного та a
закритий ключ (.sec і .pub відповідно). Вкажіть шлях без розширення.
--без журналів
Виключіть файли журналу служби IPA з резервної копії (якщо вони були створені).
-- онлайн
Виконайте відновлення онлайн. Потрібне резервне копіювання лише даних або параметр --data.
--приклад=ІНСТАНЦІЯ
Відновіть лише бази даних у цьому екземплярі 389-ds. За замовчуванням відновити всі
знайдено (щонайбільше це екземпляр IPA REALM і екземпляр PKI-IPA). Вимагає
резервне копіювання лише даних або параметр --data.
--бекенд=НАЗАД
Бекенд для відновлення в екземплярі або екземплярах. Потрібне резервне копіювання лише даних
або параметр --data.
--v, -багатослівний
Роздрукувати інформацію про налагодження
-d, --відлагоджувати
Псевдонім для --verbose
-q, --спокійно
Вивести лише помилки
--файл журналу=Фото
Увійдіть у вказаний файл
EXIT СТАТУС
0, якщо команда була успішною
1, якщо сталася помилка
Використовуйте ipa-restore онлайн за допомогою служб onworks.net
