Mysql
 sql >> база данни >  >> RDS >> Mysql

Как да архивирате вашата база данни Chamilo LMS MySQL

Архивирането е процесът на създаване и съхраняване на копия на данни, които могат да се използват за защита на организациите срещу загуба на данни. Chamilo LMS разчита на MySQL или MariaDB като база данни, така че е важно да се уверите, че данните са архивирани. Грешките в базата данни могат да бъдат резултат от хардуерна или софтуерна повреда, повреда на данните или причинено от човека събитие, като злонамерена атака (вирус или злонамерен софтуер) или случайно изтриване на данни. Архивите позволяват възстановяване на данните от по-ранен момент, за да помогне на бизнеса да се възстанови от непланирано събитие.

Кое е най-доброто решение за архивиране на данни за Chamilo MySQL Database?

Солидна стратегия за архивиране може да направи голяма разлика във вашия дигитален живот и да ви осигури спокойствие.

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

  • Леснота за настройка
  • Колко бързо могат да бъдат архивирани вашите данни
  • Сигурността на вашите данни
  • Колко бързо можете да възстановите и възстановите данните си 

ClusterControl ви предоставя централизирано управление на архивиране на базите данни на Chamilo. Той ви предоставя горещи архиви на големи набори от данни, възстановяване в момент, криптиране на данни по време на пренос, целостта на данните чрез автоматична проверка за възстановяване, архивиране в облак (AWS, Google и Azure) за възстановяване след бедствие, правила за запазване, за да се гарантира съответствие, и автоматизирани сигнали и отчитане. В този блог ще разгледаме как да архивирате вашата база данни Chamilo с помощта на ClusterControl.

Изграждане на стратегия за архивиране на база данни 

Архивният скрипт, планиран с CRON, не е стратегия за архивиране. Безшумните повреди могат да бъдат доста опасни, тъй като може да минат дни или седмици, преди да откриете, че архивите ви са неизползваеми. Защитени и криптирани ли са архивите? Архивните файлове съхраняват ли се извън сайта, на други места? Какво ще кажете за правилата за запазване на данни?

ClusterControl предоставя цялостна поддръжка за процеса на управление на архивиране. Така че нека да разгледаме как работи.

ClusterControl предоставя две опции:

  1. Незабавни резервни копия 
  2. Планирани резервни копия

Под секцията „Резервно копие“ изберете „Създаване на резервно копие“.

Незабавни архиви 

За да направите мигновено архивиране, отидете на Архивиране -> Създаване на архив и ще ви бъде представен следният диалогов прозорец:

 

По подразбиране ще отнеме mysqldump. Но ние ще използваме Xtrabackup, който е физически метод за архивиране, който вероятно е предпочитаната от вас опция, ако имате голяма база данни.

Налично е частично архивиране, ако искате да архивирате само специфични схеми или таблици на база данни.

В следващата стъпка можете да компресирате и шифровате резервното си копие и да посочите периода на запазване. Тук имате и функцията „Проверка на архивиране“.

След като необходимите опции са активирани, щракнете върху бутона за създаване на резервно копие.

Можете да наблюдавате напредъка на архивиране, като погледнете Активност -> Работни места.

ClusterControl изброява отчет за всички направени архиви, както и успешни като неуспешни.

График за архивиране 

Предварителното планиране на архивиране е това, което трябва да направите по подразбиране, то предлага лесен достъп до други функции като криптиране, автоматичен тест/проверка на архивни данни и архивиране в облак.

Отидете направо в Архивиране -> Създаване на архивиране -> Планиране на архивиране и ще ви бъде представен следния диалогов прозорец,

Има няколко настройки, за които да вземете решение. Можете да съхранявате резервно копие на контролера или локално, на възела на базата данни, където се прави архивирането. Трябва да решите къде да се съхранява архивът и кои бази данни искате да архивирате; целите набори от данни или отделни схеми? Вижте изображението по-долу:

Разширената настройка ще се възползва от конфигурация, подобна на cron, за по-голяма детайлност .

Когато планирате архивиране с ClusterControl, времето трябва да е в часовата зона UTC на ClusterControl сървър. Причината е да се избегне объркването във времето за изпълнение на архивиране. Когато работите с настройка за репликация или клъстер, сървърите на базата данни могат да бъдат разпределени в различни часови зони и различни географски зони. Използването на една референтна часова зона за управление на всички ще гарантира, че резервните копия винаги се изпълняват в точното време.

Можете да видите изображението по-долу, как бихте могли да маркирате опциите съответно и има икони с подсказки, които предоставят повече информация за опциите, които можете да използвате за вашата политика за архивиране.

За този график има още една функция, наречена Failover Host. Ако активираме тази опция,  в случай на повреда на резервния хост, ClusterControl ще избере друг наличен хост на база данни и ще задейства архивирането на този сървър.

След като графикът е създаден, можете да редактирате резервните копия на конфигурацията, да активирате/деактивирате архивирането или да изтриете графика в раздела „Насрочени архиви“:

Управление на архивирането с помощта на ClusterControl CLI 

S9s е инструмент на командния ред за взаимодействие с ClusterControl. Позволява ви да направите резервно копие на командния ред. Просто трябва да решите кой възел да архивирате и метода за архивиране. Мястото за съхранение по подразбиране ще се намира на възела на контролера, освен ако не посочите флага --on-node. Ако резервната дестинационна директория не съществува, ClusterControl ще я създаде вместо вас.

[[email protected] vagrant]# s9s backup --create --backup-method=mysqldump --cluster-id=42 --nodes=xxxxx:3306 --backup-directory=/home/vagrant 

Job with ID 1733 registered.

Идентификаторът на заданието за архивиране е 1733. Можете да прикачите към това задание, ако искате да наблюдавате напредъка,

​[[email protected] vagrant]# s9s job --wait --job-id=1733

Create mysqldump Backup

- Job 1733 RUNNING3   [█         ] ---% Job is running 

След това можете да изброите резервните копия, създадени за този клъстер,

[[email protected] vagrant]# s9s backup --list --cluster-id=42 --long --human-readable 

ID PI CID V I STATE     OWNER HOSTNAME CREATED          SIZE TITLE

 6  -  42 - - FAILED    xxxxx xxxxx 2021-01-26 00:57    0 Untitled Backup Record

 7  -  42 - F COMPLETED xxxxx xxxxx 2021-01-26 02:26 248K Untitled Backup Record

 8  -  42 - F COMPLETED xxxxx xxxxx 2021-01-26 02:27 248K Untitled Backup Record

Total 3

Заключение 

Архивирането на бази данни е задължително в средата на Chamilo. Те ви помагат да защитите вашите данни и са в центъра на всеки сценарий за възстановяване при бедствие. ClusterControl може да помогне за автоматизирането на процеса на архивиране на вашите бази данни и, в случай на неуспех, да го възстановите с няколко щраквания. Освен това можете да сте сигурни, че те се изпълняват успешно и надеждни, така че в случай на бедствие няма да загубите данните си.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Грешка в MySql 150 - Външни ключове

  2. Съставяне на стека - Опростете внедряването на Docker на MySQL контейнери

  3. jQuery UI Sortable, след което запишете поръчка в база данни

  4. Използване на функциите password_hash и password_verify на PHP 5.5

  5. MySQL DELETE FROM с подзаявка като условие