Технически подробности за операцията за архивиране на ISPmanager

Съдържание

Формат за съхранение на данни

  • Индивидуалните потребители се съхраняват в хранилището в отделни файлове
  • Големите архиви могат да бъдат разделени на малки томове (100MB по подразбиране), което намалява изискванията за свободно дисково пространство и позволява, в случай на частично извличане на данни, да поискате само част от архивите от хранилището
  • .tgzсе използва като формат за архивно съхранение. Това ви позволява да извличате данни от архиви с помощта на приложения на трети страни.
  • Използвахме нашата собствена помощна програмаisptar, която в допълнение към създаването на архив във формат.tgzзаписва списък с файлове с отмествания. Този списък се добавя в края на архива и ви позволява бързо да извличате файлове, без да разопаковате целия файл, какъвто е случаят с класическия ".tgz" архив

Обща архитектура

Схема на взаимодействие на приложението по време на архивиране в ISPmanager Lite

технически

Схема на взаимодействие на приложението по време на архивиране в ISPmanager Business

Данните за всяка роля, дори ако някои от тях се намират на един и същ сървър, се съхраняват в отделни файлове.

Контрол на свободното пространство

(демонът)не обработва сам заявките за резервиране на пространство, те се получават отbackup2_cp --clientклиенти, процеси, които се изпълняват на всеки сървър за обработка на резервни копия и наMASTER. Клиентът получава заявка от процесаbackup2_cp --putпрез UNIX сокет и я предава през PIPE към(daemon).

В случай на използване на локално хранилище, ограничението за общото количество архиви се задава на всеки сървър поотделно (едва ли някой се интересува от общото количество архиви на всички сървъри). Така че, ако имате 2 сървъра за обработкаархивиране и е зададено ограничение от 1TB, вашите архиви могат да заемат както 1TB (ако всички потребители по някаква причина архивират до един възел), така и 2TB, ако архивите са равномерно разпределени. Всички потребителски резервни копия винаги се създават на един и същи възел. Ако мястото на един възел свърши, старите резервни копия се изтриват на всички възли, дори ако все още има останало място на някои. Броят на съхранените резервни копия ще бъде еднакъв за всички потребители, независимо на кой хост се съхраняват техните архиви.

Ограничението за общ брой архиви по подразбиране е 14 (на потребител, т.е. можете да имате, например, общо 18 архива, но всеки потребител може да бъде само в 14 от тях) може да бъде променено чрез параметъра на конфигурационния файл BackupCountLimit. Броят на архивите може да бъде по-голям от зададеното ограничение (ограничение за броя на архивите, по подразбиране 14 - 7 дневни диференциални и 7 пълни). Тъй като първо правим резервно копие и едва след това изтриваме старото. Старото копие може да бъде изтрито по-рано, ако няма достатъчно място в трезора. Но последното пълно архивиране никога не може да бъде изтрито, преди да се направи ново.

Обработка на грешка

Резервно преобразуване

За да конвертирате резервни копия от форматdar, трябва да изпълните командатаsbin/backup2_conv. След преобразуването информацията за стари архиви във форматdarще бъде преместена в директориятаold, която се намира в работната директория, посочена в конфигурационния файл на панела.

Пътят по подразбиране към стари архиви след преобразуване е/usr/local/mgr5/var/backup/ispmgr/old

При конвертиране старите файлове от хранилището няма да бъдат изтрити (никога). Трябва да ги изтриете сами (след като се уверите, че всичко е минало добре) или се уверете, че имате достатъчно свободно място в хранилището.

По време на преобразуването резервните копия ще бъдат разположени на сървъра до домашните директории на потребителя, което може да причини проблеми с квотата