İşe yarayan bir yedekleme stratejisi: sunucunuz için 3-2-1

Bir yedekleme stratejisi, ona ihtiyaç duyduğunuz gün değerlendirilir. Bu rehber 3-2-1 kuralına dayanan bir plan verir, bir Linux sunucuda dosyaların ve veritabanlarının şifreli uzak kopyalarla nasıl yedekleneceğini ve bir geri yüklemenin çalıştığının nasıl kanıtlanacağını gösterir. Ardından bir Windows bölümü gelir.

3-2-1 kuralı

• Verilerinizin 3 kopyası: canlı veri ve iki yedek.
• 2 farklı depolama türü; böylece tek bir arıza her şeyi yok edemez.
• Sunucudan ve platformundan uzakta 1 uzak kopya.

Birçok ekip bunu 3-2-1-1-0'a genişletir: değiştirilemeyen veya silinemeyen bir kopya (değişmez veya çevrim dışı) ve geri yükleme testlerinizde 0 hata.

1. adım: Neyin yedekleneceğine karar verin

Çalışan bir veritabanının dosyalarını kopyalamaya güvenmeyin: tutarsız olabilirler. Önce döküm alın.

2. adım: Veritabanlarının dökümünü alın

Dökümleri, dosya yedeğinin daha sonra alacağı yerel bir klasöre yazın:

sudo mkdir -p /var/backups/db
sudo mysqldump --all-databases --single-transaction --routines --triggers | gzip | sudo tee /var/backups/db/all.sql.gz > /dev/null

sudo mkdir -p /var/backups/db
sudo mariadb-dump --all-databases --single-transaction --routines --triggers | gzip | sudo tee /var/backups/db/all.sql.gz > /dev/null

sudo mkdir -p /var/backups/db
sudo -u postgres pg_dump -Fc mydb | sudo tee /var/backups/db/mydb.dump > /dev/null

--single-transaction, sitenizi kilitlemeden InnoDB tablolarının tutarlı bir kopyasını verir. mydb yerine PostgreSQL veritabanınızın adını yazın.

3. adım: restic ile uzak yedek alın

restic birçok hedefe şifreli ve tekilleştirilmiş yedekler alır: SFTP üzerinden başka bir sunucu, S3 uyumlu bir depolama alanı ve daha fazlası. Dağıtımınızdan kurun:

sudo apt install restic

Depo parolasını yalnızca root'un okuyabildiği bir dosyada saklayın, ardından depoyu oluşturun. Örnek, SFTP üzerinden başka bir sunucu kullanır; bunun için bu sunucudaki root'un oradaki backup hesabına SSH anahtarıyla erişimi gerekir (bkz. SSH anahtarları); adresi ve yolu değiştirin:

sudo install -m 600 /dev/null /root/.restic-password
sudo nano /root/.restic-password
sudo restic -r sftp:backup@198.51.100.20:/srv/restic/web1 --password-file /root/.restic-password init

İlk yedeği alın:

sudo restic -r sftp:backup@198.51.100.20:/srv/restic/web1 --password-file /root/.restic-password backup /etc /var/www /var/backups/db

Doğrulama: depodaki snapshot'ları listeleyin:

sudo restic -r sftp:backup@198.51.100.20:/srv/restic/web1 --password-file /root/.restic-password snapshots

4. adım: Zamanlayın

Döküm ve yedek komutlarını bir betiğe, /usr/local/bin/backup.sh dosyasına koyun, çalıştırılabilir yapın (sudo chmod 700 /usr/local/bin/backup.sh) ve bir systemd zamanlayıcısıyla çalıştırın. Servis:

[Unit]
Description=Server backup

[Service]
Type=oneshot
ExecStart=/usr/local/bin/backup.sh

Bunu /etc/systemd/system/backup.service olarak kaydedin. Zamanlayıcı, /etc/systemd/system/backup.timer:

[Unit]
Description=Run the server backup every night

[Timer]
OnCalendar=*-*-* 02:30:00
Persistent=true

[Install]
WantedBy=timers.target

Etkinleştirin:

sudo systemctl daemon-reload
sudo systemctl enable --now backup.timer

Doğrulama: systemctl list-timers backup.timer bir sonraki çalışmayı, sudo journalctl -u backup.service sonuncunun çıktısını gösterir.

5. adım: Kuşakları tutun ve depoyu kontrol edin

restic'e hangi snapshot'ları tutacağını söyleyin ve gerisini kaldırın:

sudo restic -r sftp:backup@198.51.100.20:/srv/restic/web1 --password-file /root/.restic-password forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune
sudo restic -r sftp:backup@198.51.100.20:/srv/restic/web1 --password-file /root/.restic-password check

Saklama kuralları otomatik çalışsın diye iki satırı da yedekleme betiğinizin sonuna ekleyin.

6. adım: Bir geri yüklemeyi test edin

Tek kanıt bir geri yükleme testidir. En az ayda bir, geçici bir klasöre veya bir test sunucusuna geri yükleyin:

sudo restic -r sftp:backup@198.51.100.20:/srv/restic/web1 --password-file /root/.restic-password restore latest --target /tmp/restore-test

Birkaç dosyayı karşılaştırın, bir veritabanı dökümünü bir test veritabanına aktarın ve geri yüklenen siteyi açın. Ne kadar sürdüğünü not edin: gerçek kurtarma süreniz budur.

Planın yedeklerini ve snapshot'larını da kullanın

• VPS, VDS ve web hosting planları haftalık ve aylık ücretsiz yedekleme içerir. Bunlardan geri yükleme gerekirse destek ekibine sorun.
• Windows VPS planları ücretsiz snapshot içerir; güncellemelerden veya riskli değişikliklerden önce bir tane alın. Snapshot'lar uzak yedekleri tamamlar.
• Hosting planlarında kontrol panelinin yedekleme aracından düzenli olarak kendi kopyanızı indirin.

Windows Server

Windows Server Backup'ı kurun ve sistemi ve verileri ikinci bir diske veya ağ paylaşımına yedekleyin:

Install-WindowsFeature Windows-Server-Backup
wbadmin start backup -backupTarget:E: -include:C: -allCritical -quiet

SQL Server yedeklerini ve önemli klasörleri de sunucunun dışına kopyalayın ve düzenli olarak geri yüklemeyi test edin.

Sorun giderme

restic: "repository does not exist". -r değerindeki yol veya kullanıcı yanlış ya da init çalıştırılmamış. SSH erişimini ssh [email protected] ile kontrol edin.

Yedekler diski dolduruyor. Dökümler her çalışmadan sonra sunucuda kalıyor. Yerelde yalnızca en sonuncuyu tutun, geçmiş için restic'e güvenin; bkz. disk dolu.

Zamanlayıcı hiç çalışmıyor. systemctl status backup.timer ile kontrol edin ve dosyaları oluşturduktan sonra systemctl daemon-reload çalıştırdığınızdan emin olun.

Sonraki adımlar

• Bir olaydan sonra kurtarma: sunucunuz ele geçirildiyse yapmanız gerekenler.
• Temiz bir başlangıç: işletim sistemini yeniden kurun.