Azure Depolama yedeklilik yapılandırmasını değiştirme: SSS

Depolama hesaplarınızın yedeklilik seçeneklerini değiştirme gereksinimini giderebilecek birçok farklı faktör vardır. Doğru yedeklilik seçeneği kuruluşunuzun veri kullanılabilirliği, olağanüstü durum kurtarma, performans ve maliyet gereksinimlerini dengeler. Bu gereksinimler, çeşitli yedeklilik seçenekleriyle ilişkili risklere ve avantajlara göre tartılır. En uygun ve dayanıklı veri depolama stratejisini sağlamak için düzenli değerlendirme ve ayarlama gereklidir.

Yedeklilik seçeneklerini değiştirirken, özellikle de zaman ve maliyet açısından dikkate alınması gereken birçok faktör vardır. Yedeklilik seçeneklerini değiştirmek için gereken süre çeşitli faktörlere bağlı olarak değişebilir. Bu faktörler arasında değiştirilen seçenekler, hesabınızın boyutu ve bölge içindeki geçerli kaynak talepleri yer alabilir. Geçiş sırasında ve sonrasında veri aktarımı ve artan depolama gereksinimleriyle ilişkili maliyetler de olabilir.

Önemli

Uygulamada, depolama hesabı dönüştürme işlemi depolama hesabının SKU'sunu veya türünü değiştirmeye başvurabilir. Örneğin, eski bir genel amaçlı v1 depolama hesabını standart genel amaçlı v2'ye dönüştürerek gelişmiş kullanılabilirlik, dayanıklılık ve özelliklere olanak tanıyabilirsiniz.

Bu makalenin amaçları doğrultusunda, depolama hesabı dönüştürmesi özellikle depolama hesabının yedeklilik yapılandırmasını değiştirmeyi ifade eder.

Bu makale, depolama hesaplarınız için Azure Depolama yedeklilik seçeneklerini değiştirme işlemi hakkında sık sorulan soruların yanıtlarını içerir:

Coğrafi ve bölgesel dönüşümlerin farkı nedir?

Coğrafi ve bölgesel terimler, Azure'da ek veri yedekliliği sağlamaya yönelik iki farklı strateji türüne başvurur. Bu stratejileri ele almak için Azure iki farklı türde yedeklilik seçeneği değişikliği sunar: coğrafi olarak yedekli depolama (GRS) içerenler ve alanlar arası yedekli depolama (ZRS) içerenler.

Adlarının da belirttiği gibi, alanlar arası yedeklilik bölge hatalarına karşı koruma sağlarken, coğrafi olarak yedeklilik büyük ölçekli bölgesel felaketlere karşı koruma sağlar. Depolama hesabının yedeklilik seçeneğini değiştirdiğinizde, başlattığınız dönüştürme türü işlemin süresini, olası maliyetleri ve çakışan özellikleri veya senaryoları etkiler. Daha fazla bilgi için Depolama Hesabı İçin Yedekliliği Değiştirme makalesine bakın.

Alanlar arası yedekli dönüştürme

Alanlar arası yedeklilik, verileri tek bir bölge içinde birden çok kullanılabilirlik alanında veya yalıtılmış veri merkezlerinde çoğaltır. Bu bölgeler veya veri merkezleri bağımsız güç, soğutma ve ağ sistemlerine sahiptir.

Depolama hesabına alanlar arası yedeklilik eklediğinizde, depolama hesabınız verilerinizi belirli bir veri merkezindeki hatalardan koruyan bir dönüştürmeden geçer. Bölge yedekliliğini kaldırmak bu korumayı tersine çevirir.

Bölge yedekli dönüştürmeler şunlardır:

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

Coğrafi dönüştürme

Coğrafi olarak yedeklilik, verileri ikincil, coğrafi olarak uzak bir bölgeye çoğaltır. Bu çoğaltma verilerinizi kasırgalar, depremler ve sel gibi büyük ölçekli bölgesel felaketlerden korur. Depolama hesabına coğrafi yedeklilik eklediğinizde, depolama hesabınız verilerinizi bölgesel hatalara karşı koruyan bir coğrafi dönüştürmeden geçer. Coğrafi yedekliliği kaldırmak bu korumayı tersine çevirir.

Coğrafi dönüşümler şunları içerir:

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS veya RA-GZRS
  • GZRS veya RA-GZRS → ZRS

SKU dönüştürme ile ilişkili ücretler nelerdir?

Bölgesel dönüşümler yapmak için başlangıç maliyeti yoktur. Ancak, bir hesap başarıyla dönüştürüldükten sonra artan çoğaltma nedeniyle devam eden veri depolama ve işlem maliyeti daha yüksek olabilir. Örneğin, bir hesabın LRS'den ZRS'ye ilk dönüştürülmesi için ücret alınmaz. Ancak ZRS'nin hem veri depolama hem de işlemler için maliyetleri daha yüksek olduğundan LRS'den daha yüksek maliyete neden olabilir.

Coğrafi yedeklilik eklediğinizde, bu işlem sonucunda oluşan coğrafi çoğaltma, değişiklik anında coğrafi çoğaltma veri aktarımı ücreti yaratır. Depolama hesabınızın tamamı ikincil bir bölgeye çoğaltıldığı için bu aktarım ücreti uygulanır. Sonraki tüm yazma işlemleri de ikincil bölgeye çoğaltıldığından, bunlar da veri aktarımı ücretine tabidir.

Coğrafi olarak yedekliliği kaldırdığınızdaGRS → LRS veya GZRS → ZRS gibi bir ücret ödemezsiniz.

Depolama hesabından okuma erişimini kaldırdığınızda, dönüştürüldüğü tarihten sonraki 30 gün boyunca RA-GRS veya RA-GZRS olarak ücretlendirilmeye devam eder. Bu ilke RA-GRS → GRS veya RA-GZRS → GZRS için geçerlidir.

Depolama hesabının çoğaltma seçeneklerini değiştirme hakkında daha fazla bilgi edinmek için Depolama hesabının yedekliliğini değiştirme seçeneğini makalesinde bulabilirsiniz.

SKU dönüştürme işlemi ne kadar sürer?

Başlattığınız hesap dönüştürme türü işlemin süresini etkiler. Zaman çizelgesini daha iyi anlamak için bölgesel ve coğrafi yedeklilik arasındaki farkları bilmek önemlidir. Bu farklılıklar hakkında ayrıntılı bilgi için Coğrafi ve bölgesel dönüşümlerin farklı olduğu bölüme bakın.

Her iki dönüştürme türünü de tamamlamak için gereken gerçek süre çeşitli faktörlere bağlı olarak değişebilir. Dönüştürmeler arasındaki farklar ve SKU dönüştürme sürelerini etkileyen faktörler hakkında daha fazla bilgi için Bkz. Coğrafi ve bölgesel dönüşümler farklı mı ?

Alanlar arası yedekli dönüştürmeler

Alanlar arası yedeklilik dönüştürmeleri genellikle istek doğrulandıktan sonra birkaç gün içinde başlar. Ancak bölgedeki geçerli kaynak taleplerine, hesap boyutuna ve diğer faktörlere bağlı olarak tamamlanması haftalar sürebilir. Dönüştürmenin ilerleme durumu, veri taşımaya başlandığında In progress olarak değişir.

Şu anda bölgesel dönüştürmenin tamamlanması için hizmet düzeyi sözleşmesi (SLA) yoktur ve bir destek isteği gönderilerek dönüştürme işlemi hızlandırılamaz. Veri taşınmaya başladığında dönüştürme ilerleme durumu In progress olarak değişir.

Dönüştürmenin zaman çizelgesi üzerinde daha fazla denetime ihtiyacınız varsa (örneğin, zaman çizelgesinin ne zaman başlayıp bittiğini) el ile geçirmeyi göz önünde bulundurun. El ile geçişler, geçerli depolama hesabınızın verilerini istenen yedekliliğe sahip farklı bir depolama hesabına geçirmek için AzCopy gibi bir özellik veya araç kullanır.

Depolama hesabının çoğaltma seçeneklerini değiştirme hakkında daha fazla bilgi edinmek için Depolama hesabının yedekliliğini değiştirme seçeneğini makalesinde bulabilirsiniz.

Coğrafi dönüştürme

Şu anda coğrafi dönüştürmenin tamamlanması için SLA yoktur ve destek isteği göndererek bu süreci hızlandırmak mümkün değildir. Bu dönüştürmeleri tamamlamak için gereken zaman çerçevesi, aşağıdakiler gibi çeşitli faktörlere bağlı olarak farklılık gösterebilir:

  • Depolama hesabındaki nesnelerin sayısı ve boyutu.
  • Mevcut kaynaklar, CPU, bellek, disk ve WAN kapasitesi gibi arka plan kopyalama için kullanılan kaynaklardır.

Depolama hesabı yük devretmesi başlatma makalesinde, SKU dönüştürme sürelerini etkileyen faktörler hakkında daha fazla bilgi edinebilirsiniz. Depolama hesabının çoğaltma seçeneklerini değiştirme hakkında daha fazla bilgiyi depolama hesabı için yedekliliği değiştirme makalesinde de bulabilirsiniz.

SKU dönüştürme işlemim neden bu kadar uzun sürüyor?

SKU dönüştürme işlemi genellikle birkaç gün içinde tamamlanabilir, ancak bölgedeki geçerli kaynak taleplerine, hesap boyutuna ve diğer çeşitli faktörlere bağlı olarak birkaç haftaya kadar sürebilir.

Şu anda coğrafi veya bölgesel SKU dönüştürme işleminin tamamlanması için SLA yoktur ve destek isteği göndererek süreci hızlandırmak mümkün değildir.

Dönüştürmenin zaman çizelgesi üzerinde daha fazla denetime ihtiyacınız varsa (örneğin, zaman çizelgesinin ne zaman başlayıp bittiğini) el ile geçirmeyi göz önünde bulundurun. El ile geçişler, geçerli depolama hesabınızın verilerini istenen yedekliliğe sahip farklı bir depolama hesabına geçirmek için AzCopy gibi bir özellik veya araç kullanır.

Depolama hesabının çoğaltma seçeneklerini değiştirme hakkında daha fazla bilgi edinmek için Depolama hesabının yedekliliğini değiştirme seçeneğini makalesinde bulabilirsiniz.

SKU dönüştürmesi performansı ve kullanılabilirliği nasıl etkiler? Herhangi bir uygulama kapalı kalma süresi bekleniyor mu? Herhangi bir veri kaybı bekleniyor mu?

SKU dönüştürmesi sırasında, dayanıklılık kaybı olmadan depolama hesabınızdaki verilere erişmeye devam edebilirsiniz ve HNS etkin olmayan hesaplar kullanılabilirlik kesintisi yaşamaz. Ancak, hesap yeni dayanıklılık düzeyine geçerken HNS özellikli hesaplar kısa bir duraklamayla karşılaşabilir. Bu duraklatma 30 saniyeden kısa sürer ve istekler duraklatıldıktan sonra otomatik olarak tamamlanır. Dönüştürme işlemi sırasında Azure Depolama SLA'sı korunur ve hiçbir veri kaybolmaz. Benzer şekilde hizmet uç noktaları, erişim anahtarları, paylaşılan erişim imzaları ve diğer hesap seçenekleri de değişmeden kalır.

Depolama hesabının çoğaltma seçeneklerini değiştirme hakkında daha fazla bilgi edinmek için Depolama hesabının yedekliliğini değiştirme seçeneğini makalesinde bulabilirsiniz.

Hesabımı LRS'den GZRS'ye nasıl dönüştürebilirim?

Doğrudan LRS → GZRS dönüştürmesi desteklenmez. Bu belirli dönüştürme, iki yolla tamamlanabilir iki adımlı bir işlem gerektirir:

  • LRS → ZRS, ardından ZRS → GZRS veya
  • LRS → GRS, ardından GRS → GZRS.

Bir LRS → ZRS dönüştürmesi ve ardından ZRS → GZRS gerçekleştirirken, dönüştürmeler arasında en az 72 saat beklemeniz gerekir. Bu geçici gecikme, başka bir değişiklik yapmadan önce arka plan işlemlerinin tamamlanmasına izin vererek hesabın tutarlılığını ve bütünlüğünü sağlar.

Hesabımı GZRS'den LRS'ye nasıl dönüştürebilirim?

Doğrudan GZRS → LRS dönüştürmesi desteklenmez. Bu dönüştürme, iki yolla tamamlanabilir iki adımlı bir işlem gerektirir:

  • GZRS → ZRS, ardından ZRS → LRS veya
  • GZRS → GRS, ardından GRS → LRS.

GZRS → GRS dönüştürmesi ve ardından GRS → LRS gerçekleştirirken, dönüştürmeler arasında en az 72 saat beklemeniz gerekir. Bu geçici gecikme, başka bir değişiklik yapmadan önce arka plan işlemlerinin tamamlanmasına izin vererek hesabın tutarlılığını ve bütünlüğünü sağlar.

Hesabımı GRS'den ZRS'ye nasıl dönüştürebilirim?

Doğrudan GRS → ZRS dönüştürmesi desteklenmez. Bu dönüştürme, iki yolla tamamlanabilir iki adımlı bir işlem gerektirir:

  • GRS → GZRS, ardından GZRS → ZRS.
  • GRS → LRS, ardından LRS → ZRS.

BIR GRS → GZRS dönüştürmesi ve ardından GZRS → ZRS gerçekleştirirken, dönüştürmeler arasında en az 72 saat beklemeniz gerekir. Bu geçici gecikme, başka bir değişiklik yapmadan önce arka plan işlemlerinin tamamlanmasına izin vererek hesabın tutarlılığını ve bütünlüğünü sağlar.

İlk GRS → LRS dönüştürmesini tamamladığınızda, depolama hesabınız geçici olarak daha düşük yedeklilik seçeneği olan LRS olur. Bu seçenek daha az dayanıklılık ve kullanılabilirlik sunar.

Hesabımı ZRS'den GRS'ye nasıl dönüştürebilirim?

Doğrudan ZRS → GRS dönüştürmesi desteklenmez. Bu dönüştürme, iki yolla tamamlanabilir iki adımlı bir işlem gerektirir:

  • ZRS → GZRS, ardından GZRS → GRS veya
  • ZRS → LRS, ardından LRS → GRS.

Bir ZRS → LRS dönüştürmesi ve ardından LRS → GRS gerçekleştirirken, dönüştürmeler arasında en az 72 saat beklemeniz gerekir. Bu geçici gecikme, başka bir değişiklik yapmadan önce arka plan işlemlerinin tamamlanmasına izin vererek hesabın tutarlılığını ve bütünlüğünü sağlar.

İlk ZRS → LRS dönüştürmesini tamamladığınızda depolama hesabınız geçici olarak LRS'de tutulur ve bu daha düşük bir yedeklilik seçeneğidir. Bu seçenek çok daha az dayanıklılık ve kullanılabilirlik sunar.

SKU dönüştürmeleri için çakışan özellikler veya senaryolar nelerdir?

Dönüştürme süresinde olduğu gibi, başlattığınız hesap dönüştürme türü çakışan özelliklerin ve senaryoların sayısını etkiler.

Bölgesel dönüştürmeler

Bölgesel dönüşümler, hesabınıza kullanılabilirlik alanı seçeneklerini eklemeyi veya kaldırmayı içerir. Aşağıdaki listede, bölgesel dönüştürmeyi denerken hata oluşturabilecek en yaygın çakışan özellikler veya senaryolar vurgulanır. Bir hatayla karşılaşırsanız, hata iletisi genellikle belirli çakışmayla ilgili ayrıntıları sağlar.

  • Nesne Çoğaltma: Nesne çoğaltması (OR) olan hesaplarda bölgesel dönüştürmeler bir hata oluşturabilir. Bu durumda, hesabınızın OR ayarlarını silebilir ve dönüşümü tekrar deneyebilirsiniz.
  • NFSv3: NFSv3 yapılandırılmamış olamaz. NFSv3 özellikli bir hesabı ZRS'ye dönüştürmek için el ile geçiş gerçekleştirmeniz gerekir. El ile geçişler, geçerli depolama hesabınızın verilerini istenen yedekliliğe sahip farklı bir depolama hesabına geçirmek için AzCopy gibi bir özellik veya araç kullanır. AzCopy kullanma hakkında daha fazla bilgi edinmek için bkz. Blobları kopyalamak için AzCopy kullanma.
  • Verileri arşivle: Arşiv katmanındaki verileri içeren hesaplar hata oluşturabilir. Dönüştürmeden önce arşiv verilerini soğuk, ılık veya sıcak depolama katmanına yeniden aktararak nemlendirin ve ardından dönüşümünüzü yeniden deneyin. Dönüştürmeden önce arşivlenmiş verileri de silebilirsiniz.
  • Genel uç noktaları olan NFSv4 hesapları: Genel uç nokta içeren bir depolama hesabını geçirmeyi denerken sorunlarla karşılaşabilirsiniz. Dönüştürmenizi yeniden denemeden önce depolama hesabının genel uç noktalarına erişimi devre dışı bırakmanız gerekir. Hesap çoğaltmasını değiştirme hakkında daha fazla bilgiyi Depolama hesabının çoğaltılması şeklini değiştirme makalesinde okuyabilirsiniz.
  • Yönlendirme seçimi, İnternet Yönlendirme: Yönlendirme tercihinizi Microsoft ağ yönlendirmesi olarak ayarlamanız gerekir. Ayrıntılar için bkz. Ağ yönlendirme tercihlerini yapılandırma.
  • Önyükleme tanılaması etkinleştirilmiş hesaplar: Sanal makineler (VM' ler) için önyükleme tanılamaları ZRS için desteklenmez. LRS → ZRS dahil geçişler; GRS → GZRS; ve RA-GRS → RA-GZRS engellenir. Geçiş öncesinde hesabınızda önyükleme tanılamasını devre dışı bırakabilirsiniz, ancak dönüştürme tamamlandıktan sonra bunları yeniden etkinleştiremezsiniz. Ayrıntılar için Azure'da VM'ler için önyükleme tanılama makalesine bakın.
  • Desteklenmeyen hedef: Hesabınızın bölgesi belirli bir SKU'yu desteklese de, tüm bölgeler bölgesel geçişleri desteklemez. Desteklenmeyen bir bölgede dönüştürmeye çalışmak hatalara neden olabilir. Örneğin, Kanada Doğu bölgesi GZRS'yi desteklemez; hesabınızı GRS'den GZRS'ye dönüştürme girişimi bir hata oluşturur. Belirli bir bölgede hangi SKU'ların desteklendiği hakkında daha fazla bilgi edinmek için Azure Bölgeleri Listesi makalesine bakın.
  • Çakışan dönüştürme: Hesabınızda şu anda çakışan bir geçiş işlemi devam ediyor olabilir. Örneğin, zaten devam eden bir LRS → GRS geçişiniz olabilir. LRS → ZRS dönüştürme işlemi başarısız oluyor. Yeni bir dönüştürme isteği göndermeden önce özgün geçişin tamamlanmasını bekleyin.
  • Hesap başka bölgeye aktarıldı: Hesabınız başka bölgeye aktarıldıysa, hesabınızı özgün birincil bölgesine geri aktarabilir ve ardından isteği yeniden gönderebilirsiniz.

Coğrafi dönüşümler

Coğrafi dönüştürmeler, ikincil, coğrafi olarak uzak bölgelerde çoğaltma hedeflerini eklemeyi veya kaldırmayı içerir. Aşağıdaki listede, coğrafi dönüştürmeyi denerken hata oluşturabilecek en yaygın çakışan özellikler veya senaryolar vurgulanır. Bir hatayla karşılaşırsanız, hata iletisi genellikle belirli çakışmayla ilgili ayrıntıları sağlar.

  • Verileri arşivle: Hesabınız arşiv katmanında veri içeriyorsa, LRS → GRS isteğinin gönderilebilmesi için önce verilerin yeniden doldurulması gerekir. Depolama kaynak sağlayıcısı (SRP) dönüştürme gerçekleştirilmeden önce arşivlenmiş veri olmadığını doğruladığı için hemen hemen bir hata iletisi almanız gerekir.
  • Desteklenmeyen hedef: Üç kullanılabilirlik alanı olan ve uydu bölgesi olmayan bazı Azure bölgeleri vardır. Bu bölgeler ZRS'i destekler ancak GZRS'i desteklemez. Bölgenizin istediğiniz SKU'yu desteklediğini doğrulayın.

Ayrıca bakınız

  • Last updated on