Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Müşteri tarafından yönetilen (planlanmamış) yük devretme, birincil bölge için depolama hizmeti uç noktalarının kullanılamaz duruma gelmesi durumunda coğrafi olarak yedekli depolama hesabınızın tamamını ikincil bölgeye devretmenizi sağlar. Başarısızlık durumunda, orijinal ikincil bölge yeni birincil bölge olur. Ardından tüm depolama hizmeti uç noktaları yeni birincil bölgeye yönlendirilir. Depolama hizmeti uç noktası kesintisi çözümlendikten sonra, özgün birincil bölgeye geri dönmek için başka bir yük devretme işlemi gerçekleştirebilirsiniz.
Bu makale, müşteri tarafından yönetilen (planlanmamış) yük devretme ve geri yükleme işleminin her aşamasında ne olacağını açıklar.
Planlanmamış yük devretme ve geri yükleme sırasında yedeklilik yönetimi
Tavsiye
Planlanmamış yük devretme ve yeniden çalışma işlemi sırasındaki çeşitli yedeklilik durumlarını ayrıntılı olarak anlamak için bkz . Her birinin tanımları için Azure Depolama yedekliliği .
Depolama hesabı coğrafi olarak yedekli depolama (GRS) veya okuma erişimi coğrafi olarak yedekli depolama (RA-GRS) yedekliliği için yapılandırıldığında, veriler hem yerel olarak yedekli depolama (LRS) birincil hem de ikincil bölgelerde üç kez çoğaltılır. Bir depolama hesabı coğrafi-bölge-yedekli-depolama (GZRS) veya okuma erişimli coğrafi-bölge-yedekli-depolama (RA-GZRS) çoğaltması için yapılandırıldığında, veriler birincil bölgede alanlar arası yedekli depolama (ZRS) ile yedeklenir ve LRS ikincil bölgesinde üç kez çoğaltılır. Hesap okuma erişimi (RA) için yapılandırılmışsa, söz konusu bölgenin depolama hizmeti uç noktaları kullanılabilir olduğu sürece ikincil bölgeden verileri okuyabilirsiniz.
Müşteri tarafından yönetilen (planlanmamış) yük devretme işlemi sırasında, depolama hizmeti uç noktaları için Etki Alanı Adı Sistemi (DNS) girişleri değiştirilir. Depolama hesabınızın ikincil uç noktaları yeni birincil uç noktalara, özgün birincil uç noktalar ise yeni ikincil uç noktalara dönüşür. Yük devretme işleminden sonra, özgün birincil bölgedeki depolama hesabınızın kopyası silinir ve depolama hesabınız yeni birincil bölgede yerel olarak üç kez kopyalanmaya devam eder. Bu noktada depolama hesabınız yerel olarak yedekli hale gelir ve LRS kullanır.
Özgün ve geçerli yedeklilik yapılandırmaları depolama hesabının özelliklerinde depolanır. Bu işlev, geri döndüğünüzde özgün yapılandırmanıza dönmenizi sağlar. Sonuçta elde edilen yedeklilik yapılandırmalarının tam listesi için Kurtarma planlama ve yük devretme bölümüne bakın.
Yük devretme sonrasında coğrafi yedekliliği yeniden kazanmak için hesabınızı GRS olarak yeniden yapılandırmanız gerekir. Hesap coğrafi olarak yedeklilik için yeniden yapılandırıldıktan sonra Azure, verileri yeni birincil bölgeden yeni ikincil bölgeye hemen kopyalamaya başlar. depolama hesabınızı ikincil bölgeye okuma erişimi için yapılandırdığınızda bu erişim kullanılabilir. Ancak, birincil bölgeden ikincil bölgeye çoğaltmanın tamamlanması biraz zaman alabilir.
Uyarı
Hesabınız coğrafi olarak yedeklilik için yeniden yapılandırıldıktan sonra, yeni birincil bölgedeki mevcut verilerin yeni ikincil bölgeye tam olarak kopyalanmış olması önemli ölçüde zaman alabilir.
Önemli bir veri kaybını önlemek için geri dönmeden önce Son Eşitleme Zamanı özelliğinin değerini denetleyin. Olası veri kaybını değerlendirmek için, son eşitleme zamanını, verilerin yeni birincile yazıldığı son zamanla karşılaştırın.
Çoğaltma yapılandırmasının özgün, yük devretme öncesi durumuna geri yüklenmesi dışında, geri dönme işlemi temelde yük devretme işlemiyle aynıdır.
Başarısız geri dönüşten sonra, depolama hesabınızı coğrafi yedeklilikten yararlanmak için yeniden yapılandırabilirsiniz. Özgün birincil ZRS olarak yapılandırıldıysa, bunu GZRS veya RA-GZRS olarak yapılandırabilirsiniz. Diğer seçenekler için bkz Depolama hesabının çoğaltılma şeklini değiştirme.
Planlanmamış bir yük devretmeyi başlatma
Planlanmamış bir yük devretmeyi nasıl başlatacağınızı öğrenmek için bkz Hesap yük devretmesini başlatma.
Dikkat
Planlanmamış yük devretme genellikle bazı veri kayıplarını ve olası dosya ve veri tutarsızlıklarını içerir. Bu yük devretme türünü başlatmadan önce hesap yük devretmesinin verileriniz üzerindeki etkisini anlamak önemlidir.
Olası veri kaybı ve tutarsızlıklar hakkında ayrıntılı bilgi için bkz . Veri kaybını ve tutarsızlıkları öngörme.
Planlanmamış yük devretme ve yeniden çalışma işlemi
Bu bölümde, müşteri tarafından yönetilen (planlanmamış) yük devretme için süreç özetlenmiştir.
Planlanmamış yük devretme geçiş özeti
Müşteri tarafından yönetilen (planlanmamış) bir geçişten sonra:
- İkincil bölge yeni birincil bölge olur
- Özgün birincil bölgedeki verilerin kopyası silinir
- Depolama hesabı LRS'ye dönüştürülür
- Coğrafi yedeklilik kaybedildi
Bu tabloda, müşteri tarafından yönetilen (planlanmamış) yük devretme ve yeniden çalışma aşamalarının her aşamasında elde edilen yedeklilik yapılandırması özetlenmiştir:
| Özgün konfigürasyon |
Sonra yük devretme |
Yeniden etkinleştirdikten sonra coğrafi yedeklilik |
Sonra geri dönüş |
Yeniden etkinleştirdikten sonra coğrafi yedeklilik |
|---|---|---|---|---|
| GRS | LRS (Öğrenme Kayıt Deposu) | GRS 1 | LRS (Öğrenme Kayıt Deposu) | GRS 1 |
| GZRS | LRS (Öğrenme Kayıt Deposu) | GRS 1 | ZRS | GZRS 1 |
1 Coğrafi yedeklilik, müşteri tarafından yönetilen (planlanmamış) bir yük devretme sırasında kaybolur ve el ile yeniden yapılandırılması gerekir.
Planlanmamış yük devretme geçişi ayrıntıları
Aşağıdaki diyagramlarda coğrafi yedeklilik için yapılandırılmış bir depolama hesabı için müşteri tarafından yönetilen (planlanmamış) yük devretme ve yeniden çalışma işlemi gösterilmektedir. GZRS ve RA-GZRS için geçiş ayrıntıları GRS ve RA-GRS'den biraz farklıdır.
Normal işlem (GRS/RA-GRS)
Normal koşullarda istemci, depolama hizmeti uç noktaları (1) aracılığıyla birincil bölgedeki bir depolama hesabına veri yazar. Ardından veriler birincil bölgeden ikincil bölgeye (2) zaman uyumsuz olarak kopyalanır. Aşağıdaki görüntüde, birincil uç noktalar kullanılabilir olduğunda GRS olarak yapılandırılmış bir depolama hesabının normal durumu gösterilmektedir:
Depolama hizmeti uç noktaları birincil bölgede (GRS/RA-GRS) kullanılamaz duruma gelir
Birincil depolama hizmeti uç noktaları herhangi bir nedenle kullanılamaz duruma gelirse (1), istemci artık depolama hesabına yazamaz. Kesintinin temel nedenine bağlı olarak, ikincil bölgeye çoğaltma artık çalışmıyor olabilir (2), bu nedenle bazı veri kaybı beklenmelidir. Aşağıdaki görüntüde, birincil uç noktaların kullanılamaz duruma geldiği ancak kurtarma gerçekleşmeden önce olduğu senaryo gösterilmektedir:
Planlanmamış yük devretme işlemi (GRS/RA-GRS)
Verilerinize yazma erişimini geri yüklemek için yük devretme başlatabilirsiniz. Bloblar, tablolar, kuyruklar ve dosyalar için depolama hizmeti uç noktası URI'leri değişmeden kalır, ancak DNS girişleri gösterildiği gibi ikincil bölgeye işaret eden şekilde değiştirilir:
Müşteri tarafından yönetilen (planlanmamış) yük devretme genellikle yaklaşık bir saat sürer.
Yük devretme tamamlandıktan sonra özgün ikincil yeni birincil (1) olur ve özgün birincildeki depolama hesabının kopyası silinir (2). Depolama hesabı yeni birincil bölgede LRS olarak yapılandırılır ve artık coğrafi olarak yedekli değildir. Kullanıcılar, bu görüntüde gösterildiği gibi depolama hesabına (3) veri yazmaya devam edebilir:
Çoğaltmayı yeni bir ikincil bölgeye sürdürmek için hesabı coğrafi olarak yedeklilik için yeniden yapılandırın.
Önemli
Yerel olarak yedekli bir depolama hesabını coğrafi olarak yedeklilik kullanacak şekilde dönüştürmenin hem maliyet hem de zaman doğurduğunu unutmayın. Daha fazla bilgi için bkz Yük Devretmenin Süresi ve Maliyeti.
Hesabı GRS kullanacak şekilde yeniden yapılandırdıktan sonra Azure, verilerinizi bu görüntüde gösterildiği gibi zaman uyumsuz olarak yeni ikincil bölgeye (1) kopyalamaya başlar:
Özgün kesintiye neden olan sorun çözülene kadar yeni ikincil bölgeye okuma erişimi yeniden kullanılamaz.
Planlanmamış geri dönüş işlemi (GRS/RA-GRS)
Uyarı
Hesabınız coğrafi olarak yedeklilik için yeniden yapılandırıldıktan sonra, yeni birincil bölgedeki verilerin yeni ikincil bölgeye tam olarak kopyalanmış olması önemli ölçüde zaman alabilir.
Önemli bir veri kaybını önlemek için geri dönmeden önce Son Eşitleme Zamanı özelliğinin değerini denetleyin. Potansiyel veri kaybını değerlendirmek için, son eşitleme zamanını, verilerin yeni birincile en son yazıldığı zamanla karşılaştırın.
Özgün kesintiye neden olan sorun çözüldükten sonra özgün birincil bölgeye yeniden çalışma başlatabilirsiniz. Yeniden yük devretme işlemi, daha önce açıklanan özgün yük devretme işlemiyle aynıdır.
Dikkat edilmesi gereken önemli noktalar:
- Müşteri tarafından başlatılan yük devretme ve geri yükleme işlemiyle, verilerinizin geri yükleme sürecinde ikincil bölgeye çoğaltılması tamamlanmasına izin verilmez. Bu nedenle, geri dönmeden önce Son Eşitleme Zamanı özelliğinin değerini denetlemek önemlidir.
- Depolama hizmeti uç noktaları için DNS girişleri değiştirilir. İkincil bölge içindeki uç noktalar, depolama hesabınız için yeni birincil uç noktalar haline gelir.
Yeniden çalışma tamamlandıktan sonra özgün birincil bölge yeniden geçerli bölge olur (1) ve özgün ikincildeki depolama hesabının kopyası silinir (2). Depolama hesabı birincil bölgede yerel olarak yedekli olarak yapılandırılır ve artık coğrafi olarak yedekli değildir. Kullanıcılar, bu görüntüde gösterildiği gibi depolama hesabına (3) veri yazmaya devam edebilir:
Orijinal ikincil bölgeye çoğaltmayı sürdürmek için hesabı coğrafi yedeklilik için yeniden yapılandırın.
Önemli
Yerel olarak yedekli bir depolama hesabını coğrafi olarak yedeklilik kullanacak şekilde dönüştürmenin hem maliyet hem de zaman doğurduğunu unutmayın. Daha fazla bilgi için bkz Yük Devretmenin Süresi ve Maliyeti.
Hesabı GRS olarak yeniden yapılandırdıktan sonra, özgün ikincil bölgeye çoğaltma şu görüntüde gösterildiği gibi devam eder:
