# Gerçekten geri yükleyebileceğiniz bir yedek oluşturun | SwissOctet İçgörüleri https://swissoctet.com/tr/insights/build-a-backup-you-can-restore/ SwissOctet / İçgörüler / İkinci gün operasyonları İkinci gün operasyonları Uygulamalı · 4 dk okuma Gerçekten geri yükleyebileceğiniz bir yedek oluşturun Bir kurtarma hedefi seçin, bağımsız bir kopyayı koruyun ve bir olay konuyu zorlamadan önce geri yüklemeyi deneyin. SwissOctet Editör Ekibi tarafından Kılavuzu kaydet Bağlantıyı kopyala BU SAYFADA 01 İhtiyacınız olan kurtarmayla başlayın 02 Arıza sınırının dışında bir kopya tutun 03 Tutarlı bir uygulama durumu yakalayın 04 Geri yüklemeyi izole bir ortamda test edin 05 Pratik bir senaryo: lansmandan önce kurtarmayı prova edin 06 Arızayı görünür ve saklamayı bilinçli hale getirin Pratik kontrol listeniz Kaynaklar ve daha fazla okuma Kütüphaneye dön DOĞRUDAN YANIT Kabul edilebilir veri kaybını ve kurtarma süresini tanımlayın, tutarlı ve bağımsız bir kopya tutun ve gerçek uygulamayı izole olarak geri yüklemeyi test edin. Tamamlanmış bir yedekleme işi veya bütünlük kontrolü tek başına, kurtarma için gereken her bağımlılığın mevcut olduğunu kanıtlamaz. 01 İhtiyacınız olan kurtarmayla başlayın Bir yedekleme planı iki pratik soruyla başlar: ne kadar son işi kaybedebilirsiniz ve hizmet ne kadar süre kullanılamaz kalabilir? Bu yanıtlar programı, dahil edilecek verileri ve geri yükleme yöntemini belirler. Günlük bir kopya, nadiren değişen bir web sitesine uyabilir ancak yoğun bir uygulama için çok büyük bir boşluk bırakır. Hizmeti çalıştıran şeyleri listeleyin, yalnızca en büyük klasörünü değil. Uygulama verileri, veritabanı içerikleri, yapılandırma, yüklenen dosyalar ve ortamı yeniden oluşturmak için gereken bilgiler önemli olabilir. Bağımlılıkların ve kurtarma anahtarlarının özel bir envanterini tutun. Yedek, amacı unutulmuş bir arşiv üretmek yerine çalışan bir sistemi desteklemelidir. 02 Arıza sınırının dışında bir kopya tutun Aynı makinedeki ikinci bir dizin, hatalı bir düzenlemeyi kurtarmaya yardımcı olabilir, ancak o makinenin kaybına karşı korumasız kalır. Yerel anlık görüntüler hızlı geri alma için değerli olabilir ve daha geniş olaylar için yine de bağımsız bir kopya gerektirir. Ayrı bir kurtarma hedefi seçin ve yedeği hangi erişimin okuyabileceğine, yazabileceğine veya silebileceğine karar verin. Üretim kimlik bilgileri her kurtarma kopyasını silebiliyorsa, ele geçirilmiş bir uygulama hesabı tüm stratejiyi bozabilir. Mümkün olduğunda erişimi ayırın ve depolama kimlik bilgilerini koruyun. Şifreleme, depolanan içeriği korumaya yardımcı olur, ancak kurtarma süreci anahtarın hasarlı ortamın dışında güvenle saklanmasına da bağlıdır. 03 Tutarlı bir uygulama durumu yakalayın Açık veritabanı dosyalarını uygun bir yöntem olmadan kopyalamak, kullanılamaz bir durumu yakalayabilir. Uygulama veya veritabanı tarafından desteklenen bir yedekleme yaklaşımı kullanın ve bunun tutarlı bir anlık görüntü, mantıksal bir dışa aktarma veya yazmalarda kısa bir duraklama gerektirip gerektirmediğini anlayın. İlgili verileri koordine edin, böylece bir yükleme dizini ve veritabanı referansları iş akışının aynı noktasını tanımlasın. Hariç tutulanları bilinçli olarak belgeleyin. Önbellekler ve geçici derleme dosyaları yeniden üretilebilir; müşteri yüklemeleri genellikle değildir. Bir özellik ekledikten veya bir dizini taşıdıktan sonra listeyi gözden geçirin. Başarılı bir yedekleme işi, hiç dahil edilmemiş bir yolu koruyamaz. 04 Geri yüklemeyi izole bir ortamda test edin Temsili verileri ayrı bir konuma geri yükleyin ve doğru açıldığını doğrulayın. Bir uygulama için, dosyaların yanı sıra kurtarılan hizmeti de test edin. Test ortamında giden e-postayı, zamanlanmış işleri ve harici entegrasyonları devre dışı bırakın, böylece prova gerçek kullanıcılara etki etmez veya üretim görevlerini çoğaltmaz. Depo bütünlüğü kontrolleri ve bir geri yükleme testi farklı soruları yanıtlar. Bir araç depolanan yapıları ve verileri kontrol edebilirken uygulama hâlâ eksik yapılandırmaya veya unutulmuş bir anahtara ihtiyaç duyabilir. Kurtarmanın ne kadar sürdüğünü, hangi manuel adımların gerektiğini ve prosedürün nerede iyileştirilmesi gerektiğini kaydedin. Önemli değişikliklerden sonra alıştırmayı tekrarlayın. 05 Pratik bir senaryo: lansmandan önce kurtarmayı prova edin Bir veritabanı, kullanıcı yüklemeleri ve küçük bir özel yapılandırma dosyası kümesi olan bir uygulama düşünün. Sahibi bir kurtarma envanteri oluşturur ve veritabanı tarafından desteklenen bir tutarlılık yöntemi seçer. Ayrı bir yedekleme hedefi gerekli kopyaları saklarken kurtarma anahtarı üretim makinesinin dışında tutulur. İlk test boş ve yalıtılmış bir ortamda başlar, böylece gizli bağımlılıklar çalışan sunucudan ödünç alınamaz. Sahibi verileri ve yapılandırmayı geri yükler, ardından oturum açmayı, temsili bir kaydı ve yüklenmiş bir dosyayı kontrol eder. Prova sırasında giden e-posta, zamanlanmış işler ve harici eylemler devre dışı kalır. Veritabanı başlar ancak bir yükleme yolu veya gizli anahtar eksikse, test başarılı bir arşivleme işinin ortaya çıkarmayacağı bir boşluk bulmuştur. Sahibi envanteri düzeltir ve etkilenen kurtarma kontrolünü tekrarlar. Son olarak, sahibi geri yükleme süresini ve manuel adımları kaydeder. Zamanlama ve saklama politikası, ne kadar güncel çalışmanın kaybedilebileceği ve hizmetin ne kadar süre kullanılamaz kalabileceği ile karşılaştırılır. Bunlar bir depolama etiketinin sağladığı garantiler değil, projeye özgü kararlardır. Test edilmiş bir prosedür, isteğe bağlı bir yedeği veya bir depolama ürününü daha geniş bir kurtarma stratejisinin parçası olarak kullanışlı kılar. Kurtarma kanıtı Neyi kontrol eder Kalan soru Yedekleme işi tamamlandı İş başarı bildirdi Gerekli tüm yollar dahil edildi mi? Depo bütünlüğü kontrolü Depolanan yapılar veya veri kontrolleri Uygulamada her bağımlılık var mı? Yalıtılmış uygulama geri yükleme Temsili bir kurtarma çalışıyor Gözlemlenen süre hedefinizi karşılıyor mu? 06 Arızayı görünür ve saklamayı bilinçli hale getirin Sessizce duran bir yedek, gelecekteki bir sürprizdir. İş tamamlanmasını, kullanılabilir kapasiteyi ve en son kullanılabilir kurtarma noktasının yaşını izleyin. Daha sonra keşfedilen bir sorundan kurtulmak için yeterli geçmiş tutun ve budamanın bu geçmişi nasıl etkilediğini anlayın. Silme işlemlerini dikkatle gözden geçirin çünkü saklama hataları tek kullanışlı sürümü kaldırabilir. Seçtiğiniz SwissOctet hizmetindeki herhangi bir yedekleme seçeneğinin kapsamını okuyun ve geri yükleme sürecini doğrulayın. Vault Storage bir kapasite bileşeni olarak düşünülebilir, ancak tek başına bir depolama ürünü eksiksiz bir kurtarma politikası değildir. Neyi geri yüklemeniz gerektiğine karar verin, kopyayı bağımsız tutun ve hizmet kritik hale gelmeden önce prosedürü kanıtlayın. HAREKETE GEÇİRİN Pratik kontrol listeniz. ✓ Kabul edilebilir veri kaybını ve kurtarma süresini belirleyin. ✓ Veritabanlarını, yüklemeleri ve yeniden oluşturma bilgilerini dahil edin. ✓ Bağımsız bir kopya ve ayrı kurtarma anahtarları tutun. ✓ Yalıtımda geri yükleyin ve uygulamayı test edin. ✓ Yedek yaşını, kapasiteyi ve saklamayı izleyin. Kontrol listesini indir SIK SORULAN SORULAR Önemli olan ayrıntılar. Aynı sunucudaki ikinci bir dizin bağımsız bir yedek midir? + Hayır. Yerel bir hatayı kurtarmaya yardımcı olabilse de o sunucunun kaybına karşı korumasız kalır. Bütünlük kontrolü bir geri yükleme provasının yerini alır mı? + Hayır. Geçerli bir depo, uygulamanın gerektirdiği yapılandırmayı, anahtarları veya verileri yine de atlayabilir. Geri yükleme testi sırasında entegrasyonlar neden devre dışı bırakılmalı? + Test ortamının gerçek kullanıcılara e-posta göndermesini, işleri tekrarlamasını veya üretim eylemlerini tetiklemesini önlemek için. BİRİNCİL KAYNAKLAR Kaynağa gidin. Bu kaynaklar, bu kılavuzdaki teknik kavramları destekler. Bir üretim sistemini değiştirmeden önce güncel belgeleri izleyin. restic: Yedekten geri yükleme restic.readthedocs.io restic: Depolarla çalışma restic.readthedocs.io PostgreSQL: Yedekleme ve Geri Yükleme www.postgresql.org SwissOctet tarafından editoryal rehberlik. Örnekler açıklayıcıdır. Hizmet spesifikasyonları, mevcut seçenekler ve sözleşme koşulları ayrıca doğrulanmalıdır. BİLGİYİ BAĞLAYIN İlgili altyapı. Vault Storage İsviçre Vector VPS İsviçre Metal Atlas İsviçre BAĞLANTIYI KORUYUN Bir sonraki saha notlarınız. Tüm kılavuzları keşfedin SAHA NOTU / 01 + İkinci gün operasyonları Uygulamalı Barındırılan projeniz için pratik bir tehdit modeli Varlıkları ve güven sınırlarını haritalayın, birkaç gerçekçi arıza senaryosu seçin ve bunları test edebileceğiniz kontrollere dönüştürün. 6 dk okuma Kılavuzu okuyun SAHA NOTU / 02 + İkinci gün operasyonları Uygulamalı Erişimi kaybetmeden güvenli Windows RDP yönetimi Ağ erişilebilirliğini, kimlik doğrulamayı ve ayrıcalığı ayırın, ardından uzaktan erişimi sıkılaştırmadan önce bir kurtarma yolunu doğrulayın. 6 dk okuma Kılavuzu okuyun SAHA NOTU / 03 + İkinci gün operasyonları Uygulamalı Sürdürebileceğiniz bir Linux VPS sağlamlaştırma temeli Güvenli yönetim, yalnızca gerekli hizmetleri açığa çıkarın ve kendinizi kilitlemeden güncellemeleri ve kurtarmayı oluşturun. 6 dk okuma Kılavuzu okuyun