Plesk'te yedek alma ve geri yükleme

Yedekle ilgili en pahalı yanlış inanış, yedeğin bir kez ayarlandıktan sonra kendi kendine iş gördüğüdür. Panelde yedek almak kolaydır; işe yarar hale gelmesi ise nerede durduğuna ve bir kez olsun geri yüklenip yüklenmediğine bağlıdır. Aşağıda web hosting paketlerinde panel üzerinden yedek düzeninin nasıl kurulacağı var.

Panel yedeği neyi kapsar

Bir abonelik yedeği tek bir dosya gibi görünse de içinde birbirinden bağımsız dört küme vardır ve yedek alırken hangilerini istediğinizi seçebilirsiniz.

Yalnızca "yapılandırma" yedeği alıp veriyi de aldığını sanmak sık yapılan bir hatadır. Bir felaket senaryosunda dört kümenin dördü de gerekir.

Elle yedek almak

Panele müşteri panelindeki Plesk panelini aç düğmesiyle girip aboneliğin yedekleme bölümüne geçin.

1. Yedeğin kapsamını seçin; aksi bir sebep yoksa dört kümeyi de işaretleyin.
2. Yedeğe ne olduğunu anlatan bir not girin — "eklenti güncellemesi öncesi" gibi. Üç ay sonra tarihe bakarak hangi yedeğin ne olduğunu hatırlamazsınız.
3. Yedek tamamlanınca listedeki boyutuna bakın. Beklediğinizden çok küçükse kapsam eksik seçilmiştir.
4. Yedeği indirin. İndirmediğiniz sürece yedek, koruması gereken sunucunun içinde durur.

Bu işlem sitenin çalışmasını durdurmaz, ama büyük bir veritabanı yedeği alınırken site geçici olarak yavaşlayabilir; yoğun saatlerde başlatmayın.

Yedeğin sunucunun dışında bir kopyası olmalı

Panelde alınan yedek varsayılan olarak sunucu tarafında saklanır. Bu kopya hızlı geri dönüş içindir: hatalı bir güncellemeyi yarım saatte geri almak gibi. Sunucuya hiç erişilemeyen bir senaryoda ise aynı kopyaya da erişilemez.

Bu yüzden her yedek düzeninde sunucunun dışında en az bir kopya bulunmalıdır. İki yol var: yedeği indirip kendi ortamınızda saklamak ya da panelde uzak depolama tanımlayıp yedeklerin oraya gönderilmesini sağlamak. Yedeklemenin kaç kopya, hangi sıklık ve hangi saklama süresiyle kurulacağını sunucu yedekleme stratejisi yazısında ayrıntılı anlattık.

Zamanlanmış yedek

Elle alınan yedek, uzun vadede alınmayan yedektir. Panelden günlük ya da haftalık bir plan kurun ve iki ayara dikkat edin: kaç yedek saklanacağı ve yedeğin nereye yazılacağı. Saklama sayısını bir yapmak tehlikelidir — bozulma bir hafta fark edilmezse elinizde yalnızca bozuk kopya kalır.

Planı kurduktan sonra ilk çalışmasını takip edin ve yedeğin gerçekten oluştuğunu listede görün. Sessizce çalışmayan bir yedek görevi, aylar sonra en kötü anda fark edilir.

Geri yükleme: tamamı mı, tek nesne mi

Panel iki türlü geri yükleme sunar. Tam geri yükleme aboneliği yedekteki haline döndürür; o tarihten sonra yapılan her değişiklik gider. Seçmeli geri yükleme ise yalnızca belirli bir alan adını, veritabanını ya da posta kutusunu geri getirir.

Pratikte ihtiyaç duyulan neredeyse her zaman ikincisidir: tek bir eklenti bozulmuştur, tek bir tablo silinmiştir ya da bir kullanıcı kendi kutusunu temizlemiştir. Tam geri yükleme, arada kalan siparişleri ve yorumları da silerek çoğu zaman sorunu büyütür.

Silinmiş birkaç satırı geri almak istiyorsanız en temiz yol, yedekteki veritabanını ikinci bir veritabanı olarak içeri aktarıp gereken satırları oradan kopyalamaktır; böylece canlı veriye dokunmazsınız.

Yedek de diskinizden yer kullanır

Sunucu tarafında tutulan yedekler yer kaplar ve saklama sayısı yükseldikçe büyür. Disk sınırına dayanan paketlerde ilk bakılacak yerlerden biri budur; paket dolduğunda izlenecek sırayı disk ve trafik limiti dolduğunda yazısında topladık.

En önemli adım: geri yüklemeyi bir kez deneyin

Denenmemiş yedek bir varsayımdır. Yılda bir kez, canlı olmayan bir alan adına ya da bir alt alan adına yedeği geri yükleyin, siteyi açın ve veritabanındaki kayıt sayısına bakın. Bu denemeyi yapmadığınız sürece elinizde yedek değil, yedek dosyası vardır.

Kendi sunucunuzu yönetiyorsanız bu düzeni kurmak size düşer. Sanal sunucu tarafında makinenin snapshot yedeği ayrı bir seçenektir, ama snapshot makinenin tamamının fotoğrafıdır; çalışan bir veritabanının tutarlı yedeği anlamına gelmez ve uygulama verisinin yedeğini yine sizin kurmanız gerekir.