Antiplet koruması için yedeklemenizi nasıl ayırabilirsiniz

Tabii ki web sitenizin bir yedeklemesini yapıyorsunuz! Peki ya yedeklemenize bir şey olursa? Bu olasılığı örtecek bir B planınız var mı? Endişelendiğimi düşünebilirsin, ama sanırım sadece gerçekçi oluyorum. Son etkinlikler, web sitesi rezervleri, aile fotoğrafları veya iş verileri hakkında konuşsak da verilerinizin güvenliğini gerçekten korumanın tek yolunun, verilerinizi en az iki kez rezerve etmek olduğunu göstermektedir-yani yedeklemenizi saklı tutar. Önemli verileri ve dosyaları yalnızca bir yerde önermek bir felaket tarifidir. Bu yazıda, kapsamlı bir rezerv sisteminin önemini gösteren ve daha sonra web sitesi rezervlerinizi rezerve etmek için stratejileri tartışan en son etkinlikleri göreceğiz.
Biraz daha kolay dinlenmeye hazır mısınız? Başlayalım. WordPress Sitesi Rezervi Kayıp Veri Kaybı Nasıl Olabilir İstediğiniz zaman. Dikkat ederseniz, tüketicileri ve işletmeleri endişe verici bir emre sahip olan verileri kaybetme hikayesini göreceksiniz. Veriler çeşitli nedenlerle kaybolur:
İnsan hataları her zaman veri kaybına neden olabilir. Son zamanlarda, Upvato kullanıcıları, ücretsiz rezerv hizmetleri kullanıcılarını barındıran bulut depolama ödemediğinde bu konuyu zorlukla öğrendi.
Kötü aktiviteler de oynayabilir. Dışarıda web sitenizi şifrelemek ve sizi dekore etmek için ödemeye zorlamak isteyen insanlar var. Evet, şimdi web sunucusunu hedefleyen fidye yazılımı var.
Sunucu hatası gibi teknik hatalar veri kaybına neden olabilir – Verilerinizi Amazon gibi sınıflarındaki en iyi sağlayıcıları kullanarak depolasanız bile. Doğa felaketleri her yerde ortaya çıkabilir ve verilerinizin depolandığı veri merkezinde meydana gelse de, tüm bahisler iptal edildi. Google’ın bulut depolama, Belçika veri merkezleri yıldırımdan sadece bir kez değil, iki kez de etkilendi. Bunu kim tahmin edebilir?
Veri kaybına çok uzun, karmaşık ve öngörülemeyen faktörlerin listesi. Ve herhangi bir yerde depolanan verilerin – dünya standartlarında veri merkezinde depolanan verilerin bile – tamamen,%100, güvenli olduğunu varsayamazsınız.
Peki ne kullanıyor? Endişeyi uyandırmak için sadece alarm verdim mi? Değil. Web sitenizin yedekleme dosyasını Google Drive’da (veya herhangi bir yerde) güvenli bir şekilde sakladığını gördüğünüzde, dosyanın asla% 100 güvenli olmadığını fark ettiğini gösteriyorum. Çok önemli olan dijital verileri ayırma açısından B Planına ihtiyacınız var. Bazı yedekleme: yedeklemenizi ayırırken ayrı kalmalıdır, korumaya çalıştığınız şey, her olayın her iki yedek koleksiyonu silme olasılığıdır. Açıklamama izin ver. Web sitenizin bir yedeklemesini bilgisayarınıza yaptığınızı ve ardından bilgisayarınıza bağlı harici bir sabit sürücüye ikinci bir yedeklemeyi yapın. İki yedek setiniz var ve bunu yapmaya hazırsınız, değil mi? Bilgisayarınız çökebilir veya harici sabit sürücünüz hasar görebilir ve yine de yeniden kullanım için ikinci bir yedek setiniz vardır.
Yanlış. İki rezervin kaybolacağı makul bir senaryo yapmak bile zor değildir. Senaryo #1: Fidye yazılımı, son yıllarda geliştirilen fidye yazılımı kadar yaygındır, bilgisayarınız bağlı olan tüm harici sabit sürücüleri de şifreleyen fidye yazılımlarına maruz kalırsa şaşırmanız gerekmez. Tamam, harici sabit sürücünüzü serbest bırakıyorsunuz. Şimdi, gitmekte fayda var, değil mi? Değil. Senaryo #2: Doğal felaketler kırık borulardan gelen küçük sellerdir veya ofisinizdeki elektrikli yangınlar, uyurken dizüstü bilgisayarları ve harici sabit diskleri kolayca yok edebilir. Daha iyisini yapmanız gerekecektir. Anahtar mesafedir. Rezervleriniz arasında fiziksel bir mesafe sağlamanız gerekir. Her iki yedek seti de bir ofiste saklayamazsınız. Ayrıca, otomatik ana bilgisayar yedeklemenize güvenmek ve aynı ana bilgisayar tarafından yönetilen bir web sunucusunda depolanan ikinci bir yedekleme koleksiyonunu depolamak gibi her iki yedek koleksiyonu da bir sağlayıcı ile saklamamalısınız. Yönergeleri hatırlayarak, birçok yedeklemeyi depolamak için üç stratejiye bakalım. Strateji #1: Yerel ve Web sunucusuna web sunucunuzda çok fazla alan varsa, doğrudan sunucunuza bir yedekleme kümesi oluşturun ve depolayın ve oldukça basit bir işlemdir. Tek yapmanız gereken, veritabanı yedeklemenizi oluşturmak ve web sitesi dosyanızla kaydetmek için WP-Dbmanager gibi eklentileri kullanmaktır. Ardından, web sitesi dosyanızdan (şimdi yedekleme veritabanınızı içeren) bir arşiv dosyası oluşturup dosyayı bir web sitesi yedekleme olarak kaydedersiniz.
Web sitenizin yedeklemesini izlemek için web sunucunuzda kolayca ayrı bir “yedekleme” dizinini oluşturabilirsiniz. Ancak, bir çarpışma sunucusu web sitenizi ve yedeklemenizi alabildiğinden, güvenli bir şekilde saklanacak yedekleme dosyanızın bir kopyasını da indirmek istersiniz. Bu yöntem, web sitenize iki kez ulaşma anlamında kutuyu kontrol eder. Ancak, mükemmel değildir. Bu yöntemi kullanarak yedeklemeler yap ve kopyala manuel bir işlemdir. Programınızı korumak için görevleri planlamalı ve disipline sahip olmalısınız. Bu, siteniz nadiren güncellenirse ve yalnızca her hafta veya her ay bir yedekleme yaparsanız yapılabilir – ancak her gün veya birkaç saatte bir yedekleme yaparsanız çok fazla olmaz.
Sitenin kurtarılması tamamen manueldir. Yani, siteniz etkin değilse, siteyi manuel olarak geri yüklemeniz gerektiği sürece site etkin kalacaktır.

Bu yöntem kesinlikle tüm yedeklemelerinizi tek bir yerde depolamayı yener, ancak bu ideal değildir.
Strateji #2: Gadang iki bulut depolama hizmetine
WPMU Dev Üyeliğinizle, WordPress web sitenizi rezerve etmek için 10GB ücretsiz bulut depolama odası alırsınız.
Yedeklemenizi yerel bilgisayarınıza saklamak yerine, başka bir seçenek de bazı uzak depolama hizmetlerini kullanarak web sitelerini depolamaktır. Bunu anlık yedek eklentimizle kolayca yapabilirsiniz. Sunucumuzda yönetilen rezervler gibi iki farklı depolama yeri kullanarak otomatik rezervler hazırlayın (WPMU dev üyeleri ücretsiz 10GB alır!) Ve ikinci rezerv koleksiyonu Google Drive kullanılarak saklanır.
Bu aynı zamanda, ana bilgisayarınız tarafından yapılan otomatik yedeklemelerle veya manuel olarak yaptığınız ve web sunucunuza sakladığınız bir yedekleme ile eşleştirmek için iyi bir stratejidir. Anahtar, iki rezervin aynı sunucuda saklanmamasını, aynı servis sağlayıcı tarafından saklanmamasını veya bir olaydan etkilenebilecek şekilde bağlantılı olmasını sağlamaktır. Strateji #3: Yerel ve Bulut Bulutu Bulut Depolama’dan Yerel Yedek Dizini’ne yedek rezervinizi zorlayın.