{"id":12462,"date":"2026-08-03T09:33:52","date_gmt":"2026-08-03T07:33:52","guid":{"rendered":"https:\/\/mybox.com\/help\/?post_type=manual_kb&#038;p=12462"},"modified":"2026-08-03T09:33:57","modified_gmt":"2026-08-03T07:33:57","slug":"lista-de-verificare-pentru-backup-si-recuperare-almalinux-pentru-servere","status":"publish","type":"manual_kb","link":"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/","title":{"rendered":"Lista de verificare pentru backup \u0219i recuperare \u00een AlmaLinux pentru servere"},"content":{"rendered":"<div class=\"translation-block translation-block-merged\">\n<p class=\"wp-block-paragraph\">An AlmaLinux backup and recovery checklist helps you restore a server after a disk failure, a bad package update, ransomware, or an accidental configuration change. Recoverability depends on more than copying website files. You also need application data, database-consistent backups, system settings, repository records, recovery media, and a tested restore process.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Use this checklist for production servers, websites, applications, databases, and internal services. Record what is protected, where each copy is stored, how long it is kept, and who can restore it.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_86 ez-toc-wrap-left counter-hierarchy ez-toc-counter ez-toc-custom ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Table of Contents<\/p>\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#1_Define_the_recovery_priority\" >1. Define the recovery priority<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#2_Back_up_system_and_application_data\" >2. Back up system and application data<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#3_Create_database-consistent_backups\" >3. Create database-consistent backups<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#4_Save_configurations_and_repository_records\" >4. Save configurations and repository records<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#5_Prepare_boot_and_recovery_media\" >5. Prepare boot and recovery media<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#6_Set_retention_and_off-site_copies\" >6. Set retention and off-site copies<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#7_Verify_backups_and_test_restores\" >7. Verify backups and test restores<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#Backups_and_snapshots_are_different\" >Backups and snapshots are different<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/mybox.com\/help\/ro\/knowledgebase\/almalinux-backup-and-recovery-checklist-for-servers\/#8_Validate_the_server_after_recovery\" >8. Validate the server after recovery<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"1_Define_the_recovery_priority\"><\/span>1. Define the recovery priority<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<\/div>\n\n<div id=\"mybox-3035716868\" class=\"mybox-content mybox-entity-placement\"><div class=\"early-access-banner-inpost\">\r\n  <div class=\"banner-left-inpost\">\r\n    <div class=\"icon-box-inpost\">\r\n      <img decoding=\"async\" src=\"https:\/\/mybox.com\/help\/wp-content\/uploads\/2026\/02\/square-info-icon.svg\" alt=\"Info\">\r\n    <\/div>\r\n    <div class=\"text-box-inpost\">\r\n      <span class=\"label-inpost\"><span class=\"translation-block translation-block-banner-text\">Acces timpuriu<\/span><\/span>\r\n      <h4><span class=\"translation-block translation-block-banner-text\">Mai ave\u021bi nevoie de ajutor?<\/span><\/h4>\r\n      <p><span class=\"translation-block translation-block-banner-text\">Contacta\u021bi echipa noastr\u0103 de servicii pentru clien\u021bi.<\/span><\/p>\r\n    <\/div>\r\n  <\/div>\r\n\r\n  <div class=\"banner-right-inpost\">\r\n    <a href=\"https:\/\/panel.mybox.com\/helpdesk2\/v\/list\/\" class=\"banner-button-inpost\"><span class=\"translation-block translation-block-banner-text\">Trimite mesaj<\/span><\/a>\r\n  <\/div>\r\n<\/div><\/div>\n\n<div class=\"translation-block translation-block-merged\"><p class=\"wp-block-paragraph\">List each server role and decide what must return first. The order depends on how the server is used.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Database server:<\/strong> Prioritize the database files or logical backups, database configuration, credentials held outside the database, and the operating system settings needed to start the database service.<\/li>\n\n\n\n<li><strong>Web server:<\/strong> Prioritize website files, uploaded content, virtual host or web server configuration, TLS certificate records, and the database used by the site.<\/li>\n\n\n\n<li><strong>Application server:<\/strong> Prioritize application files, deployment records, service definitions, environment settings, and the databases or queues that the application uses.<\/li>\n\n\n\n<li><strong>Internal service:<\/strong> Prioritize service data, access settings, network configuration, and the records needed to rebuild dependent services.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Write down the required recovery order. A server may be available before the application is usable if a database, storage location, or configuration dependency is still missing.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"2_Back_up_system_and_application_data\"><\/span>2. Back up system and application data<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Include all data that the service cannot recreate. Check the complete application data path instead of backing up only the main directory.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Website files and user uploads<\/li>\n\n\n\n<li>Application data and generated files<\/li>\n\n\n\n<li>Database data and database-specific backup files<\/li>\n\n\n\n<li>Scheduled task definitions and service-related data<\/li>\n\n\n\n<li>SSH keys, service certificates, and other required secrets, stored with suitable access controls<\/li>\n\n\n\n<li>Storage mounted outside the main filesystem<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Separate operating system files from application data in the backup record. This makes it clear which items can be rebuilt and which items must be restored exactly.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"3_Create_database-consistent_backups\"><\/span>3. Create database-consistent backups<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A database backup must represent a consistent state. Copying database files while the database is actively writing may produce an unusable or incomplete backup.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Use a database-aware backup method that follows the database system&#8217;s supported process. Record the database type, version, backup method, encryption settings, and any required restore order. Include a test restore in a separate environment or location. Confirm that the database starts, accepts a connection, and contains the expected records.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For applications with both files and a database, keep the relationship between the two parts clear. Record when each backup was created and whether the file backup and database backup can be restored together.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"4_Save_configurations_and_repository_records\"><\/span>4. Save configurations and repository records<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Configuration files are often needed to make restored data usable. Back up the relevant system and application settings, including service configuration, web server configuration, mount definitions, firewall rules, scheduled tasks, user and group records, and network settings.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Keep a record of enabled repositories, package sources, installed package versions, and important software versions. This record helps rebuild a matching environment after a failed update or disk replacement. Also record the server role, hostname, storage layout, filesystem layout, and dependencies that are not stored on the server.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"5_Prepare_boot_and_recovery_media\"><\/span>5. Prepare boot and recovery media<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Keep access to recovery media that can start the server when the installed system does not boot. The recovery process may be needed after a failed disk, damaged boot files, an interrupted update, or an incorrect filesystem or mount configuration.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Confirm that recovery media can start on the server or on the replacement hardware.<\/li>\n\n\n\n<li>Keep the required credentials and encryption recovery information available through a controlled process.<\/li>\n\n\n\n<li>Record the storage layout and the location of boot, system, and application data.<\/li>\n\n\n\n<li>Document the steps for mounting filesystems, restoring system files, rebuilding boot information, and checking the initramfs when required.<\/li>\n\n\n\n<li>Store the recovery instructions separately from the server.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Test the media before it is needed. A recovery image that has not been tested may not support the required hardware, storage, or network access.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"6_Set_retention_and_off-site_copies\"><\/span>6. Set retention and off-site copies<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Define how many backup versions to keep and how long to keep them. Retention should cover the time between an incident and its discovery. Keep more than one recovery point so that a damaged or encrypted backup is not the only available copy.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Store at least one copy outside the server and outside the same failure domain. Off-site storage helps when the server, local storage, or local network is unavailable. Protect backup access with separate permissions and protect sensitive backup content with encryption where required.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"7_Verify_backups_and_test_restores\"><\/span>7. Verify backups and test restores<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A completed backup job is not proof that recovery will work. Check that backup files exist, can be read, and match the expected size and date. Review failed jobs and confirm that alerts reach the responsible administrator.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Run scheduled restore tests. Restore files, configurations, and databases to a separate location, then verify permissions, ownership, service startup, application connections, and expected data. Record the restore time and any manual steps. Update the recovery procedure when the test reveals missing files or unclear dependencies.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Backups_and_snapshots_are_different\"><\/span>Backups and snapshots are different<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table><thead><tr><th>Backup<\/th><th>Snapshot<\/th><\/tr><\/thead><tbody><tr><td>A separate recovery copy intended to survive a failure of the original data.<\/td><td>A point-in-time view of data on the same or related storage system.<\/td><\/tr><tr><td>Can support recovery after deletion, corruption, or server loss when stored separately.<\/td><td>Can support quick rollback after a bad update or configuration change.<\/td><\/tr><tr><td>Requires restore testing and retention management.<\/td><td>Should not be treated as the only recovery copy.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Use snapshots as a recovery aid when available, but keep independent backups for server loss, storage failure, ransomware, and long-term recovery.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"8_Validate_the_server_after_recovery\"><\/span>8. Validate the server after recovery<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">After a restore or repair, confirm that the server boots normally and that all expected filesystems are mounted. Check system services, database connections, application responses, scheduled tasks, logs, permissions, and network access. Confirm that the restored data is current enough for the incident and that no required configuration was omitted.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Keep the server under observation after recovery. Review errors from the failed disk, update, or configuration change before returning the service to normal operation. Once recovery is complete, create a fresh backup and document the incident, restore point, changes made, and any improvements needed in the checklist.<\/p>\n<\/div>","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"template":"","format":"standard","manualknowledgebasecat":[42],"manual_kb_tag":[],"class_list":["post-12462","manual_kb","type-manual_kb","status-publish","format-standard","hentry","manualknowledgebasecat-miscellaneous"],"_links":{"self":[{"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/manual_kb\/12462","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/manual_kb"}],"about":[{"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/types\/manual_kb"}],"author":[{"embeddable":true,"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/users\/1"}],"version-history":[{"count":1,"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/manual_kb\/12462\/revisions"}],"predecessor-version":[{"id":12479,"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/manual_kb\/12462\/revisions\/12479"}],"wp:attachment":[{"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/media?parent=12462"}],"wp:term":[{"taxonomy":"manualknowledgebasecat","embeddable":true,"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/manualknowledgebasecat?post=12462"},{"taxonomy":"manual_kb_tag","embeddable":true,"href":"https:\/\/mybox.com\/help\/ro\/wp-json\/wp\/v2\/manual_kb_tag?post=12462"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}