Hosting yedekleri ve restore: Bir kurtarma planı inşa edin
dosyaların, veritabanı ve kabul edilebilir veri kaybı etrafında yedekleri barındırmak. haftalık veya günlük geri yükleme puanlarını anlayın ve canlı web sitenizden kurtarma test edin.
Kaybedebileceğiniz son işi nasıl seç
Değişikliklerin verileri ile başlayın: web sitesi içeriği, yüklemeler, veritabanı kayıtları, mağaza siparişleri ve uygulama yapılandırması. Bir başarısızlıktan sonra yeniden inşa edebileceğiniz son işe karar verin. Nadiren düzenlenmiş bir portföy ve gün boyunca sipariş alan bir mağaza farklı kurtarma planlarıne ihtiyaç duyabilir.
Bu, seçtiğiniz yedekleme programına ihtiyaç duyar. Planlanan kopyalar arasında önemli değişiklikler meydana gelirse, onları nasıl koruyacağınıza karar verin. Günlük bir program, her işlemin sürekli olarak kurtarılabilir olduğu anlamına gelmez ve bir yedekleme seçeneği belirli bir kurtarma zamanı garantisi değildir.
VPSLibre yapılandırmacı, haftalık yedeklemeler veya günlük yedekler sunar. Haftalık seçenek haftada bir yedeki yedi geri yükleme puanlarıyla açıklar; günlük seçenek günde yedi geri yükleme noktası ile açıklar. Bunlar, seçilmiş olduklarında kendi alıntı hatlarıyla talep edilir.
Yedi geri yükleme noktası yedi tane kopyadır, yedi gün evrensel bir söz değil. Tarihleri ve kullanılabilir kapsama, seçilmiş programa ve başarılı tamamlanmış kopyalara bağlıdır. Teslimattan sonra, gerçek yedekleme bilgilerini doğrulayınca, kopyaların saklandığı ve hizmete girmeden önce kurtarma talep edilir.
Ek bir yedekleme seçeneği olmadan, kendi yedekleme planınızı yönetiyorsunuz. Ek servis depolama ayrı bir seçenektir ve yedekler yaratmaz. Önemli verilerin bağımsız bir kopyasını tutun, böylece kurtarmanız bir hesap veya bir ortama bağlı değildir.
Her kurtarma seti tamamen ve tanımlanabilir
Bir WordPress kurtarma normalde hem dosyaları hem de veritabanına ihtiyaç duyar. Yükler, temalar, eklentiler ve konfigürasyon dosyaları yaşarken, mesajlar, ayarlar ve diğer uygulama verileri de veritabanında yaşar. Web dizinini tek başına indirin normalde veritabanını yakalamaz.
Herhangi bir uygulama için, çalışma ortamı oluşturmak için gerekli verileri ve yapılandırmayı listeleyin. Grup uyumlu dosyaları ve veritabanı ihracat, temsil ettikleri zaman. Uygulama sürümünü ve ilgili çevre gereksinimleri kaydetmek ve kimlik veya kişisel verileri içeren kopyaları korumak.
Her dış bağımlılık içerdiğini varsaymak yerine bir hizmet yedekleme kapsamını kontrol edin. Üçüncü taraf servis tarafından tutulan veriler kendi kurtarma düzenlemelerine ihtiyaç duyar. Hemen tekrarlanan bir senkronizasyon kopyası, eski bir sürüme ihtiyacınız olduğunda da yetersiz olabilir.
Seçilmiş kurtarma seti için gerekli olan şartlarla ayrı bir ortam hazırlayın. Uygulamanıza uygun araçları kullanarak kopyaları geri yükleyin ve erişim aslında mevcut. Kişisel veya müşteri verilerini restore etmek için ayrı kimlikler kullanın.
Test ortamının gerçek e-posta göndermesini, müşterileri şarj etmeyi veya canlı entegrasyonları yürütmesini engeller. temsilci sayfaları, medya, girişleri ve veritabanı kayıtlarını onaylayın. Bir mağaza için, geri alınan sipariş verilerinin gerçek müşteri işlemleri başlatmadan zamanında beklenen noktaya karşılık geldiğini kontrol edin.
Ne işe yaradı, eksik ve kendi testiniz ne kadar sürdü. Bu gözlem, kurtarma planınızı geliştirmeye yardımcı olur; yayınlanan bir geri yükleme garantisi değildir. Test başarısızlıklarını çözdüğünde canlı ortamı sağlam tutun.
WooCommerce'i yeni siparişler olmadan geri yükleme
Daha eski bir mağaza veritabanı geri kalanı, bu yedeklemeden sonra yaratılan siparişleri, müşterileri veya stok değişiklikleri kaldırabilir. Kurtarma noktası kaydetmek ve canlı verileri değiştirmeden önce neyin değiştiğini tanımlayın. Ödeme-provider kayıtları web veritabanından ayrıdır; restore edilmiş bir sipariş ekranı, bu iki kaydın aynı fikirde olmadığını belirlemez.
Geri yüklemeyi dış bağlantılarla izole bir kopyada tekrarlayın. Son işlemlerin nasıl uzlaştırılacağı ve yeniden kontrol etmeyi kim yazar. Bir kod veya uzatma problemi için, önce hedefli bir rollback'in tüm mağaza veritabanını değiştirmeden çözebileceğini oluşturun. Bir ürün CSV tam bir sipariş kopyası değil, müşteriler veya abonelik kayıtları.
yedekleme zamanını ve son canlı sipariş referansını kayıt edin.
Bu noktadan sonra siparişler, müşteriler ve stok değişiklikleri tanımlayın.
Reconcile ödeme ve checkout'tan önce kayıt yerine getirmek.
Uygulama verileri olarak Docker Compose hacimlerini geri döndürür
Boşluk konfigürasyonunu ve isim hacimlerinin bir envanterini tut, dağları, veritabanı ihracatını ve yüklemelerini açın. Görüntülerinden gelen konteynerleri geri yükleme kodundan kurtarın, bu veri yollarında tutulan kayıtları değil. Veritabanı veya uygulamanın tutarlı bir set elde etmek için desteklenen yedekleme prosedürü kullanın; bu prosedür olmadan canlı bir hacim kopyalamak doğrulanmış bir veritabanı yedekleme değildir.
Ayrı hacim isimleri ve destinasyonlarla izole bir projeye geri dönün. Onaylanan hizmetleri yeniden yaratmak, mülkiyet ve yapılandırmayı kontrol edin, sonra test temsilcisi okur ve restore verilere karşı yazıyor. Versiyonu ve anlık zamanı kullanın. Kurtarmayı kontrol ederken üretim verileri veya entegrasyonlarda provayı işaret etmekten kaçının.
Bir veritabanı eklediğinizde planı gözden geçirin, dosyaları değiştirin veya yeni bir entegrasyon tanıtın. Büyük bir uygulama değişikliğinden önce iyi bir kopya yapın ve kurtarma talimatlarının hala çevreyle eşleştirdiğini doğrulayın. Herhangi bir sağlayıcıya özel prosedür için gerçek hizmet yönetimi bilgilerini kullanın.
Canlı verileri değiştirmeden önce, hangi yeni değişikliklerin korunması gerektiğine karar verin ve operasyonu kim onaylayabilir. Yoğun bir mağaza için, tam bir eski veritabanı yeni siparişler devre dışı bırakabilir. Bir yöneticinin canlı restorasyonu gerçekleştirmeden önce gerekli kurtarma noktasını ve geri dönüş yolunu tanımlayın.
Koruma ve kabul edilebilir kayıp penceresini korumak için verileri kayıt edin.
Seçilen programı onaylayın, geri yükleme puanlarını ve gerçek yedekleme kapsamını korudunız.
Tüm dosyaları, veritabanı ve yapılandırma setlerini tanımlanabilir tarihlerle tut.
Bağımsız korumalı bir kopya saklayın ve kimin erişebileceğini doğrulayın.
Canlı entegrasyonlarla ayrı bir geri yükleme test edin ve yazılı kurtarma adımlarını güncelleyin.
Kontrol yazılımı, depolama, yedekler, alan ayarları ve HTTPS barındırmadan önce barındırmadan önce WordPress. Yeni bir web sitesi hazırlayın veya mevcut bir sitenin göçünü ve kurtarmasını planlayın.
Web dosyaları, veritabanı, medya, loglar ve büyüme ile barındırma depolama. Plan depolama ve mevcut uzay seçenekleri ile gereksinimlerinizi karşılaştırın.