Depolama hesabının çoğaltma yöntemini değiştirme

Azure Storage, verilerinizi hem planlı hem de plansız olaylar karşısında korumak için her zaman birden çok kopyasını depolar. Bu olaylar geçici donanım hataları, ağ veya güç kesintileri ve büyük doğal afetler içerir. Veri yedekliliği, hatalar karşısında bile depolama hesabınızın Azure Storage için Service-Level Sözleşmesi'ne (SLA) uygun olmasını sağlar.

Bu makalede, mevcut bir depolama hesabının çoğaltma ayarlarını değiştirme işlemi açıklanmaktadır.

Çoğaltma türünü değiştirme seçenekleri

Senaryonuz için hangi yedeklilik yapılandırmasının en uygun olduğuna karar verirken, düşük maliyetlerle daha yüksek kullanılabilirlik arasındaki dengeleri göz önünde bulundurun. Hangi yedeklilik yapılandırmasını seçmeniz gerektiğini belirlemeye yardımcı olan faktörler şunlardır:

Verilerinizin birincil bölge içinde nasıl çoğaltıldığı. Birincil bölgedeki veriler, yerel yedekli depolama (LRS) kullanılarak yerel olarak veya bölge yedekli depolama (ZRS) kullanılarak Azure kullanılabilirlik alanları arasında çoğaltılabilir.
Verilerinizin coğrafi olarak çoğaltılıp çoğaltılmadığı. Coğrafi çoğaltma, verilerinizi coğrafi olarak birincil bölgeye uzak ikinci bir bölgeye çoğaltarak bölgesel olağanüstü durumlara karşı koruma sağlar. Coğrafi olarak çoğaltılan yapılandırmalar coğrafi olarak yedekli depolama (GRS) ve coğrafi alanlar arası yedekli depolama (GZRS) içerir.
Uygulamanızın ikincil bölgedeki çoğaltılan verilere okuma erişimi gerekip gerekmediği. Birincil bölge herhangi bir nedenle kullanılamaz duruma gelirse depolama hesabınızı ikincil bölgeye çoğaltılan verilere okuma erişimine izin verecek şekilde yapılandırabilirsiniz. İkincil bölgedeki verilere okuma erişimi sağlayan yapılandırmalar okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) ve okuma erişimli coğrafi alanlar arası yedekli depolama (RA-GZRS) içerir.

Tüm yedeklilik seçeneklerine ayrıntılı bir genel bakış için bkz. Azure Storage yedeklilik.

Bazı yapılandırmalar sınırlamalara ve kapalı kalma süresi gereksinimlerine tabi olsa da, depolama hesabınızın yedeklilik yapılandırmalarını gerektiği gibi değiştirebilirsiniz. Ortamınızda herhangi bir değişiklik yapmadan önce bu sınırlamaları ve gereksinimleri gözden geçirmek, kendi zaman çerçeveniz ve çalışma süresi gereksinimlerinizle çakışmaları önlemeye yardımcı olur.

Çoğaltma ayarlarını değiştirmenin üç yolu vardır:

İkincil bölge için coğrafi çoğaltmayı veya okuma erişimini ekleyin veya kaldırın.
Dönüşüm yaparak bölge yedekliliği ekleyin veya kaldırın.
İlk iki seçeneğin desteklenmediği senaryolarda veya değişikliğin belirli bir zaman çerçevesi içinde tamamlandığından emin olmak için el ile geçiş gerçekleştirin.

Coğrafi yedeklilik ve okuma erişimi aynı anda değiştirilebilir. Ancak, alanlar arası yedekliliği de içeren herhangi bir değişiklik için dönüştürme gerekir ve iki aşamalı bir işlem kullanılarak ayrı ayrı gerçekleştirilmelidir. Bu iki adım herhangi bir sırayla gerçekleştirilebilir.

Çoğaltma türlerini değiştirme konusunda sıkça sorulan soruların yanıtları için Depolama yedekliliğini değiştirme ile ilgili sıkça sorulan sorular makalesine bakın.

Not

Akıllı katmanı kullanan depolama hesapları için yedeklilik dönüştürmeleri ve hesap yük devretme senaryoları ek bağımlılıklar gerektirir. Daha fazla bilgi için bkz . Akıllı katmanla maliyetleri iyileştirme

Yedeklilik yapılandırmasını değiştirme

Aşağıdaki tabloda, çoğaltma türleri arasında geçiş yapma hakkında genel bir bakış sağlanmaktadır.

Not

El ile geçiş, çoğaltma türlerini değiştirme sınırlamaları içinde çoğaltma ayarını değiştirmek istediğiniz herhangi bir senaryo için bir seçenektir. El ile geçiş seçeneği basitleştirme için aşağıdaki tablodan hariç tutulur.

Geçiş	… LRS'ye	… GRS/RA-GRS ^6'ya	ZRS'ye	… GZRS/RA-GZRS ^2.6'ya
… LRS'den	Geçerli Değil	Azure portal, PowerShell veya CLI1,2	Dönüştürme işlemi^{gerçekleştir 2,3,4,5}	İlk olarak Portal, PowerShell veya CLI kullanarak GRS/RA-GRS ^1'e geçin, ardından ^{GZRS/RA-GZRS 3,4,5'e dönüştürme gerçekleştirin}
… GRS/RA-GRS'den	Azure portal, PowerShell veya CLI	Geçerli Değil	İlk olarak Portal, PowerShell veya CLI kullanarak LRS'ye geçin, ardından ^{ZRS 3,5'e dönüştürme gerçekleştirin}	Dönüştürme gerçekleştirme^3,5
… ZRS'den	Dönüştürme işlemi gerçekleştir³	İlk olarak Portal, PowerShell veya CLI kullanarak GZRS/RA-GZRS'ye geçin, ardından ^{GRS/RA-GRS3'e dönüştürme gerçekleştirin}	Geçerli Değil	Azure portal, PowerShell veya CLI¹
… GZRS/RA-GZRS'den	İlk olarak Portal, PowerShell veya CLI kullanarak ZRS'ye geçin, ardından ^{LRS 3'e dönüştürme gerçekleştirin}	Dönüştürme işlemi gerçekleştir³	Azure portalını, PowerShell'i veya CLI'yi kullanın	Geçerli Değil

¹Coğrafi yedeklilik eklemek, tek seferlik bir veri çıkışı ücretine neden olur.
² Depolama hesabınız arşiv katmanında bloblar içeriyorsa, yedeklilik türünü coğrafi veya alanlar arası yedekli olarak değiştirmeden önce erişim katmanı sınırlamalarını gözden geçirin.
³ Desteklenen dönüştürme türü depolama hesabı türüne bağlıdır. Daha fazla bilgi için depolama hesabı tablosuna bakın.
⁴ Yük devretmeden kaynaklanan bir LRS hesabı için ZRS veya GZRS'ye dönüştürme desteklenmez. Daha fazla bilgi için bkz . Yük devretme ve yeniden çalışma.
5 LRS'den ZRS Azure Blob Storage için NFSv3 protokol desteği etkinleştirildiyse veya depolama hesabı yapılandırılmış genel uç noktalara sahip Azure Files NFSv4.1 paylaşımları içeriyorsa desteklenmez.
⁶ Coğrafi yedekliliği etkinleştirme anlık olarak gerçekleşse de, iki bölge arasındaki veri eşitlemesi tamamlanana kadar ikincil bölgeye yük devretme başlatılamaz.

Çoğaltma ayarını değiştirme

Değişen yedeklilik yapılandırması bölümündeki senaryonuza bağlı olarak, çoğaltma ayarlarınızı değiştirmek için aşağıdaki yöntemlerden birini kullanın.

Azure portal, PowerShell veya Azure CLI kullanarak yedeklilik yapılandırmasını değiştirme

Çoğu durumda Azure portalını, PowerShell'i veya Azure CLI kullanarak depolama hesabının coğrafi olarak yedekli veya okuma erişimi (RA) çoğaltma ayarını değiştirebilirsiniz.

Depolama hesabınızın Azure portalında nasıl çoğaltıldığını değiştirmek, dönüştürme gerektiren değişiklikler de dahil olmak üzere uygulamalarınız için çalışmama süresine neden olmaz.

Azure portalında depolama hesabınızın yedeklilik seçeneğini değiştirmek için şu adımları izleyin:

Azure portalında depolama hesabınıza gidin.
Veri yönetimi'nin altında Yedeklilik'i seçin.
Yedeklilik ayarını güncelleştirin.
Kaydet'i seçin.

depolama hesabınızın yedeklilik seçeneklerini değiştirmek için Azure PowerShell kullanabilirsiniz.

Yerel olarak yedekli ve coğrafi olarak yedekli depolama arasında değişiklik yapmak için Set-AzStorageAccount cmdlet'ini çağırın ve parametresini -SkuName belirtin.

Set-AzStorageAccount -ResourceGroupName <resource_group> `
    -Name <storage_account> `
    -SkuName <sku>

depolama hesabınızın yedeklilik seçeneklerini değiştirmek için Azure CLI kullanabilirsiniz.

Yerel olarak yedekli ve coğrafi olarak yedekli depolama arasında değişiklik yapmak için az storage account update komutunu ve parametreyi --sku olarak belirtin.

az storage account update \
    --name <storage-account> \
    --resource-group <resource_group> \
    --sku <sku>

Dönüştürme gerçekleştir

Yedeklilik "dönüşümü", bir depolama hesabının bölge yedekliliği özelliğini değiştirme işlemidir.

Dönüştürme sırasında veri kaybı veya uygulama kapalı kalma süresi gerekmez.

Dönüştürmeyi başlatmanın iki yolu vardır:

Müşteri tarafından başlatılan
Destek tarafından başlatılmış

Önemli

Dönüştürmenin tamamlanması için SLA yoktur. Dönüştürmenin ne zaman başlayıp ne zaman bitmesi üzerinde daha fazla denetime ihtiyacınız varsa El ile geçiş yapmayı göz önünde bulundurun. Dönüştürme süreleri hesabınızın boyutuna, bir bölgedeki geçerli kaynak taleplerine ve diğer faktörlere bağlı olarak değişebilir.

İpucu

Microsoft mümkün olduğunda destek tarafından başlatılan dönüştürme yerine customer tarafından başlatılan dönüştürme kullanılmasını önerir. Doğrudan Azure portalından veya PowerShell ve Azure CLI gibi istemci aracıyla bir dönüştürme başlatabilir ve ilerleme durumunu izleyebilirsiniz. Müşteri dönüştürmeyi başlattığından, bir destek isteği oluşturmanıza ve yönetmenize gerek yoktur.

Müşteri tarafından başlatılan dönüştürme

Çoğu bölgedeki müşteriler bir destek isteği açmak yerine bir dönüştürme başlatabilir ve ilerleme durumunu izleyebilir. Bu seçenek, destek isteklerini oluşturma ve yönetmeyle ilgili olası gecikmeleri ortadan kaldırır. Müşteri tarafından başlatılan dönüştürmenin desteklendiği bölgeleri belirleme konusunda yardım için bölge sınırlamaları makalesine bakın.

Müşteri tarafından başlatılan dönüştürme, desteklenen bölgelerde Azure portal, PowerShell veya Azure CLI kullanılarak yapılabilir. Dönüştürme işlemi genellikle başlatmadan sonraki 72 saat içinde başlar, ancak kaynak kullanılabilirliği, veri hacmi ve diğer faktörler nedeniyle daha uzun sürebilir.

Önemli

Dönüştürmenin ne zaman başlayıp ne zaman bitmesi üzerinde daha fazla denetime ihtiyacınız varsa El ile geçiş yapmayı göz önünde bulundurun. Dönüştürme süreleri hesabınızın boyutuna, bir bölgedeki geçerli kaynak taleplerine ve diğer faktörlere bağlı olarak değişebilir.

Müşteri tarafından başlatılan dönüştürmenin zamanlaması hakkında daha fazla bilgi için bkz . Zamanlama ve sıklık.

Azure portalında depolama hesabının bölgesel yedekliliğini eklemek veya değiştirmek için şu adımları uygulayın:

Azure portalında depolama hesabınıza gidin.
Veri yönetimi'nin altında Yedeklilik'i seçin.
Yedeklilik ayarını güncelleştirin.
Kaydet'i seçin.

PowerShell ile yerel olarak yedekli ve alanlar arası yedekli depolama arasında geçiş yapmak için Start-AzStorageAccountMigration komutunu çağırın ve parametresini -TargetSku belirtin:

Start-AzStorageAccountMigration
    -AccountName <String>
    -ResourceGroupName <String>
    -TargetSku <String>
    -AsJob

Birden çok depolama hesabını yerel olarak yedekli depolamadan (LRS) alanlar arası yedekli depolamaya (ZRS) dönüştürmeye başlamak için, hesapları listeleyen bir CSV dosyası oluşturarak başlayın. Dosya aşağıdaki gibi sütunlar içermelidir:

storageAccount	resourceGroup	hedefSku
mystorageaccount1	myresourcegroup1	Standard-ZRS
mystorageaccount2	myresourcegroup2	Standard-ZRS

Ardından örnek olarak aşağıdaki betiği kullanın:

# Define the CSV file path 
 $csvFilePath = "path\to\your\input.csv" 

# Read the CSV file 
 Write-Host "Reading CSV file..." 
 $storageAccounts = Import-Csv -Path $csvFilePath 

# Iterate through each storage account in the CSV file 
 foreach ($account in $storageAccounts) { 
     $storageAccountName = $account.'storageAccount' 
     $resourceGroupName = $account.'resourceGroup' 
     $targetSku = $account.'targetSku'
 
    Write-Host "Processing storage account: $storageAccountName in resource group: $resourceGroupName to target SKU: $targetSku"
 
    # Get the storage account 
     $storageAccount = Get-AzStorageAccount -ResourceGroupName $resourceGroupName -Name $storageAccountName

    # Example of adding a check for the SKU 
    if ($storageAccount.Sku.Name -ne "Standard_LRS") { 
         Write-Host "Storage account $storageAccountName is not using Standard_LRS. Skipping..." 
         continue 
     }

    # Submit the storage account SKU conversion 
     Write-Host "Submitting storage account $storageAccountName conversion to target SKU: $targetSku..." 
     Start-AzStorageAccountMigration -AccountName $storageAccountName -ResourceGroupName $resourceGroupName  -TargetSku $targetSku -NoWait 
 }

Azure CLI ile yerel olarak yedekli ve alanlar arası yedekli depolama arasında değişiklik yapmak için az storage account migration start komutunu çağırın ve --sku parametresini belirtin:

az storage account migration start  \
    --account-name <string> \
    --resource-group <string> \
    --sku <string> \
    --no-wait

storageAccountName	resourceGroupName	hedefSku
mystorageaccount1	myresourcegroup1	Standard-ZRS
mystorageaccount2	myresourcegroup2	Standard-ZRS

Ardından örnek olarak aşağıdaki betiği kullanın:

# Define the CSV file path  
csvFilePath='path\to\your\input.csv'

# Read the CSV file  
echo 'Reading CSV file...'  

# Iterate through each storage account in the CSV file 
# each row should have values for storageAccountName, resourceGroupName, targetSku
while IFS=',' read -r storageAccountName resourceGroupName targetSku 
do 
    echo "Processing storage account: $storageAccountName in resource group: $resourceGroupName to target SKU: $targetSku" 
    # Get the storage account  
    sku=$(az storage account show --resource-group $resourceGroupName --name $storageAccountName  --query sku.name) 
	
    # Example of adding a check for the SKU 
    if [ $sku != '"Standard_LRS"' ] ; then 
        echo "Storage account $storageAccountName is not using Standard_LRS. Skipping..." 
        continue  
    fi 

    # Submit the storage account SKU conversion 
    echo "Submitting storage account $storageAccountName conversion to target SKU: $targetSku"  
    az storage account migration start --account-name $storageAccountName --resource-group $resourceGroupName --target-sku-name $targetSku --no-wait --yes   

    echo '--------------' 
done < <(tr -d '\r' < $csvFilePath | tail -n +2)

Müşteri tarafından başlatılan dönüştürme ilerleme durumunu izleme

Dönüştürme isteği değerlendirildikçe ve işlendikçe, durum aşağıdaki tabloda gösterilen listede ilerlemelidir:

Durum	Açıklama
Dönüştürme için gönderildi	Dönüştürme isteği işlenmek üzere başarıyla gönderildi.
Devam Ediyor¹	Dönüştürme işlemi devam ediyor.
Tamamlandı - veya - Başarısız²	Dönüştürme başarıyla tamamlandı. - veya - Dönüştürme başarısız oldu.

¹ Dönüştürme işlemi genellikle başlatmadan sonraki 72 saat içinde başlar, ancak kaynak kullanılabilirliği, veri hacmi ve diğer faktörler nedeniyle daha uzun sürebilir. Müşteri tarafından başlatılan dönüştürmenin zamanlaması hakkında daha fazla bilgi için bkz . Zamanlama ve sıklık.
² Dönüştürme başarısız olursa, hatanın nedenini belirlemek için Microsoft için bir destek isteği gönderin.

Not

Microsoft, dönüştürme isteğinizi hemen yerine getirmekle birlikte, ne zaman tamamlayacağı konusunda bir garanti yoktur. Verilerinizin belirli bir tarihe dönüştürülmesi gerekiyorsa Microsoft bunun yerine el ile geçiş yapmanızı önerir.

Dönüştürme süreleri hesabınızın boyutuna, bir bölgedeki geçerli kaynak taleplerine ve diğer faktörlere bağlı olarak değişebilir.

Müşteri tarafından başlatılan dönüştürmenizin durumu, depolama hesabının Yedeklilik sayfasında görüntülenir:

Depolama hesabınızda başlatılan dönüştürmenin geçerli geçiş durumunu izlemek için Get-AzStorageAccountMigration cmdlet'ini çağırın:

Get-AzStorageAccountMigration
   -AccountName <String>
   -ResourceGroupName <String>

Birden çok depolama hesabının dönüşümlerini aynı anda izlemek için her hesabı listeleyen bir CSV dosyası oluşturarak işe başlayın. Örneğin, sütunlarınız şunları içerebilir:

storageAccount	resourceGroup	hedefSku
mystorageaccount1	myresourcegroup1	Standard-ZRS
mystorageaccount2	myresourcegroup2	Standard-ZRS

Ardından örnek olarak aşağıdaki betiği kullanın:

# Define the CSV file path 
 $csvFilePath = "path\to\your\input.csv"

# Read the CSV file 
 Write-Host "Reading CSV file..." 
 $storageAccounts = Import-Csv -Path $csvFilePath 

# Iterate through each storage account in the CSV file 
 foreach ($account in $storageAccounts) { 
     $storageAccountName = $account.'storageAccount' 
     $resourceGroupName = $account.'resourceGroup' 

     # Get the storage account migration status 
     Get-AzStorageAccountMigration -AccountName $storageAccountName -ResourceGroupName $resourceGroupName  | ft ResourceGroupName,@{Name="StorageAccountName"; Expression={$storageAccountName}},DetailMigrationStatus,DetailTargetSkuName
 }

Depolama hesabınızda başlatılan dönüştürmenin geçerli geçiş durumunu izlemek için az storage account migration show komutunu kullanın:

az storage account migration show \
    --account-name <string> \
    --resource-group <string> \
    --name "default"

Birden çok depolama hesabının dönüşümlerini aynı anda izlemek için her hesabı listeleyen bir CSV dosyası oluşturarak işe başlayın. Örneğin, sütunlarınız şunları içerebilir:

storageAccountName	resourceGroupName	hedefSku
mystorageaccount1	myresourcegroup1	Standard-ZRS
mystorageaccount2	myresourcegroup2	Standard-ZRS

Ardından örnek olarak aşağıdaki betiği kullanın:

# Define the CSV file path 
csvFilePath="path\to\your\input.csv" 

# Read the CSV file 
echo 'Reading CSV file...' 
# Iterate through each storage account in the CSV file
# each row should have values for storageAccountName, resourceGroupName, targetSku
while IFS=',' read -r storageAccountName resourceGroupName targetSku
do
    echo "Checking status for storage account: $storageAccountName in resource group: $resourceGroupName"
    # Get the storage account 
    az storage account migration show --account-name $storageAccountName --resource-group $resourceGroupName -n default -o table

    echo '--------------'
done < <(tr -d '\r' < $csvFilePath | tail -n +2)

Destek tarafından başlatılan dönüştürme

Müşteriler yine de Microsoft ile bir destek isteği açarak dönüştürme isteğinde bulunabilir.

İpucu

Birden fazla depolama hesabını dönüştürmeniz gerekiyorsa tek bir destek bileti oluşturun ve Ek ayrıntılar sekmesinde dönüştürülecek hesapların adlarını belirtin. PowerShell veya Azure CLI betiklerini kullanarak aynı anda birden çok dönüştürme isteği de gönderebilirsiniz. Betik örnekleri için müşteri tarafından başlatılan dönüştürme konusuna bakın.

Microsoft dönüştürme isteğinde bulunmak için şu adımları izleyin:

Azure portalında dönüştürmek istediğiniz depolama hesabına gidin.
Destek + sorun giderme altında Yeni Destek İsteği'ni seçin.
Hesap bilgilerinize göre Sorun açıklaması sekmesini tamamlayın:
- Özet: (açıklayıcı bir metin).
- Sorun türü: Teknik'i seçin.
- Abonelik: Açılan listeden aboneliğinizi seçin.
- Hizmet: Hizmetlerim'i ve ardından Hizmet türü için Depolama Hesabı Yönetimi'niseçin.
- Kaynak: Dönüştürülecek bir depolama hesabı seçin. Birden çok depolama hesabı belirtmeniz gerekiyorsa, bunu Ek ayrıntılar sekmesinden yapabilirsiniz.
- Sorun türü: Veri Geçişi'ni seçin.
- Sorun alt türü: ZRS, GZRS veya RA-GZRS'ye Geçir'i seçin.
İleri'yi seçin. Önerilen çözüm sekmesi, Çözümler sayfasına geçmeden önce kısa bir süre görüntülenebilir. Çözümler sayfasında, depolama hesaplarınızın dönüşüme uygun olup olmadığını kontrol edebilirsiniz:
- Hedef çoğaltma türü: (açılan listeden istediğiniz seçeneği belirtin)
- Depolama hesapları: (tek bir depolama hesabı adı veya noktalı virgülle ayrılmış bir hesap listesi girin)
- Gönder'i seçin.
Sonuçlar depolama hesabınızın dönüştürme için uygun olmadığını gösteriyorsa uygun eylemi gerçekleştirin. Aksi takdirde Destek isteği için Geri dön'e tıklayın.
İleri'yi seçin. Geçireceğiniz birden fazla depolama hesabınız varsa, Ayrıntılar sekmesinde her hesabın adını noktalı virgülle ayırarak belirtin.
Ek ayrıntılar sekmesinde gerekli bilgileri sağlayın, ardından gözden geçirmek ve destek biletinizi göndermek için Gözden Geçir + oluştur'u seçin. bir Azure support aracısı, servis talebinizi inceler ve yardım sağlamak için sizinle iletişim kurar.

El ile geçiş

El ile geçiş, dönüştürmeden daha fazla esneklik ve denetim sağlar. Verilerinizin belirli bir tarihe taşınması gerekiyorsa veya dönüştürme senaryonuz için desteklenmiyorsa bu seçeneği kullanabilirsiniz. El ile geçiş, depolama hesabını başka bir bölgeye taşırken de kullanışlıdır. Daha fazla ayrıntı için bkz. Bir Azure Storage hesabını başka bir bölgeye taşıma.

Şu durumlarda el ile geçiş yapmanız gerekir:

Depolama hesabınızı farklı bir bölgeye geçirmek istiyorsunuz.
Depolama hesabınız bir blok blob türü hesaptır.
Depolama hesabınız arşiv katmanındaki verileri içerir ve verileri yeniden doldurmanız istenmiyor.

Önemli

El ile geçiş, uygulamada kapalı kalma süresine neden olabilir. Uygulamanız yüksek kullanılabilirlik gerektiriyorsa Microsoft ayrıca bir conversion seçeneği de sağlar.

El ile geçişle, mevcut depolama hesabınızdaki verileri yeni bir depolama hesabına kopyalarsınız. El ile geçiş gerçekleştirmek için aşağıdaki seçeneklerden birini kullanabilirsiniz:

AzCopy, Azure Storage istemci kitaplıklarından biri veya güvenilir bir Microsoft olmayan araç gibi mevcut bir aracı kullanarak verileri kopyalayın.
Hadoop veya HDInsight hakkında bilgi sahibiyseniz hem kaynak depolama hesabını hem de hedef depolama hesabını kümenize ekleyebilirsiniz. Ardından DistCp gibi bir araçla veri kopyalama işlemini paralelleştirin.

El ile geçiş gerçekleştirme hakkında daha ayrıntılı yönergeler için bkz. Azure Storage hesabını başka bir bölgeye taşıma.

Çoğaltma türlerini değiştirme sınırlamaları

Sınırlamalar, aşağıdakilere bağlı olarak bazı çoğaltma değişikliği senaryoları için geçerlidir:

Bölge
Özellik çakışmaları
Depolama hesabı türü
Erişim katmanı
Protokol desteği
Yük devretme ve geri alma

Bölge

Depolama hesabınızın bulunduğu bölgenin istenen tüm çoğaltma ayarlarını desteklediğinden emin olun. Örneğin, hesabınızı alanlar arası yedekli (ZRS, GZRS veya RA-GZRS) olarak dönüştürüyorsanız depolama hesabınızın bunu destekleyen bir bölgede olduğundan emin olun. Alanlar arası yedekli depolama ve Coğrafi alanlar arası yedekli depolama için desteklenen bölgelerin listelerine bakın.

Özellik çakışmaları

Bazı depolama hesabı özellikleri diğer özellikler veya işlemler ile uyumlu değildir. Örneğin, ikincil bölgeye yük devretme olanağı coğrafi olarak yedeklilik özelliğinin temel özelliğidir, ancak diğer özellikler yük devretme ile uyumlu değildir. Yük devretme ile desteklenmeyen özellikler ve hizmetler hakkında daha fazla bilgi için bkz Desteklenmeyen özellikler ve hizmetler. Bir hesabın GRS, GZRS veya RA-GZRS'ye dönüştürülmesi, çakışan bir özellik etkinleştirilirse engellenebilir veya daha sonra yük devretme başlatmadan önce özelliği devre dışı bırakmak gerekebilir.

Önyükleme tanılaması premium depolama hesaplarını veya alanlar arası yedekli depolama hesaplarını desteklemez. Önyükleme tanılaması için premium veya alanlar arası yedekli depolama hesapları kullanıldığında, kullanıcılar sanal makinelerini (VM) başlattıktan sonra bir StorageAccountTypeNotSupported hata alır.

LRS'yi ZRS'ye veya GRS'yi GZRS'ye eklemeye yönelik dönüştürme girişimleri başarısız olur. Hesabınızı alanlar arası yedekli bir SKU'ya dönüştürmek için hesabınızda önyükleme tanılamasını devre dışı bırakın ve isteği yeniden gönderin. Önyükleme tanılaması hakkında daha fazla bilgi edinmek için Azure önyükleme tanılama makalesini gözden geçirin.

Depolama hesabı türü

Çoğaltma ayarlarınızı değiştirmeyi planlarken, depolama hesabı türüyle ilgili aşağıdaki sınırlamaları göz önünde bulundurun.

Bazı depolama hesabı türleri yalnızca dönüştürülebilecekleri veya geçirilebilecekleri ve geçirilmeleri durumunda nasıl gerçekleştirilebileceklerini etkileyen belirli yedeklilik yapılandırmalarını destekler. Azure depolama hesabı türleri ve desteklenen yedeklilik seçenekleri hakkında daha fazla bilgi için bkz. depolama hesabına genel bakış.

Aşağıdaki tabloda depolama hesabı türleri için kullanılabilir yedeklilik seçeneklerine ve dönüştürme ile el ile geçişin desteklenip desteklenmediğine ilişkin genel bir bakış sağlanmaktadır:

Depolama hesabı türü	LRS'i destekler	ZRS'i destekler	Dönüştürmeyi destekler (Azure portalından)	Dönüştürmeyi destekler (destek talebine göre)	El ile geçişi destekler
Standart genel amaç v2	✅	✅	✅	✅	✅
Premium dosya paylaşımları	✅	✅	✅	✅ ¹	✅
Premium blob bloğu	✅	✅			✅
Premium sayfa blobu	✅
Yönetilen diskler²	✅	✅	✅		✅
Standart genel amaçlı v1	✅		³		✅
ZRS Klasik⁴ _{(standart genel amaçlı v1 hesaplarında kullanılabilir)}	✅

¹ Premium dosya paylaşımları için müşteri tarafından başlatılan dönüştürme işlemi Azure portal, PowerShell veya Azure CLI kullanılarak yapılabilir. Ayrıca bir destek isteği açabilirsiniz.
² LRS ve ZRS için yönetilen diskler kullanılabilir, ancak ZRS disklerinin bazı sınırlamaları vardır. LRS diski bölgeselse (bölge belirtilmemişse), SKU değiştirilerek dönüştürülebilir. Bir LRS diski bölgeselse, LRS'den ZRS'ye dönüştürme sürecini izleyerek yalnızca manuel olarak taşınabilir. Standart SSD yönetilen diskler için anlık görüntüleri ve görüntüleri Standart HDD depolamada depolayabilir ve LRS ile ZRS seçenekleri arasından seçim yapabilirsiniz. Kullanılabilirlik kümeleriyle tümleştirme hakkında bilgi için bkz. Azure yönetilen disklere giriş.
³ Depolama hesabınız v1 ise, dönüştürme işlemi gerçekleştirmeden önce bunu v2'ye yükseltmeniz gerekir. v1 hesabınızı yükseltmeyi öğrenmek için bkz . Genel amaçlı v2 depolama hesabına yükseltme.
⁴ ZRS Klasik depolama hesapları kullanım dışıdır. ZRS Klasik hesaplarını dönüştürme hakkında bilgi için bkz . ZRS Klasik hesaplarını dönüştürme.

ZRS Klasik hesaplarını dönüştürme

ZRS Klasik, yalnızca genel amaçlı V1 (GPv1) depolama hesaplarındaki blok bloblarında kullanılabilir. Depolama hesapları hakkında daha fazla bilgi için bkz. Azure depolama hesabına genel bakış.

ZRS Klasik hesapları, bir ile iki bölge arasındaki veri merkezlerinde zaman uyumsuz olarak çoğaltılan verileri hesaplar. Ancak Microsoft ikincil sunucuya yük devretme işlemini başlattığında çoğaltılan veriler kullanılabilir durumdaydı. ZRS Klasik hesabı LRS, GRS veya RA-GRS'ye veya bu hesaptan dönüştürülemez. ZRS Klasik hesapları ayrıca ölçümleri veya günlüğe kaydetmeyi desteklemez.

ZRS Klasik'i başka bir çoğaltma türüyle değiştirmek için aşağıdaki yöntemlerden birini kullanın:

Önce ZRS'ye yükseltin
Verileri doğrudan başka bir çoğaltma türüne el ile geçirme

ZRS Klasik depolama hesabınızı ZRS'ye yükseltmek için ZRS'nin kullanılabildiği bölgelerde Azure portalını, PowerShell'i veya Azure CLI kullanın:

Azure portalında ZRS'ye yükseltmek için hesabın Configuration ayarlarına gidin ve Upgrade seçin:

Portalda ZRS Klasik'i ZRS'ye yükseltme

PowerShell kullanarak ZRS'ye yükseltmek için aşağıdaki komutu çağırın:

Set-AzStorageAccount -ResourceGroupName <resource_group> -AccountName <storage_account> -UpgradeToStorageV2

Azure CLI kullanarak ZRS'ye yükseltmek için aşağıdaki komutu çağırın:

az storage account update -g <resource_group> -n <storage_account> --set kind=StorageV2

ZRS Klasik hesap verilerinizi başka bir çoğaltma türüne el ile geçirmek için, el ile geçiş gerçekleştirme adımlarını izleyin.

Verilerinizi kaynak hesaptan farklı bir bölgede bulunan alanlar arası yedekli depolama hesabına geçirmek istiyorsanız, el ile geçiş yapmanız gerekir. Daha fazla bilgi için bkz. Bir Azure Storage hesabını başka bir bölgeye taşıma.

Erişim katmanı

İstenen yedeklilik seçeneğinin şu anda depolama hesabında kullanılan erişim katmanlarını desteklediğinden emin olun. Örneğin ZRS, GZRS ve RA-GZRS depolama hesapları arşiv katmanını desteklemez. Daha fazla bilgi için bkz Blob verileri için Sık Erişimli, Seyrek Erişimli ve Arşiv erişim katmanları. LRS, GRS veya RA-GRS hesabını alanlar arası yedekliliği destekleyen bir hesaba dönüştürmek için önce arşivlenmiş blobları arşiv katmanındaki blobları destekleyen bir depolama hesabına taşıyın. Ardından kaynak hesabı ZRS, GZRS ve RA-GZRS'ye dönüştürün.

Arşiv katmanındaki blobları içeren bir LRS depolama hesabı, arşivlenen tüm bloblar Sık Erişimli veya Seyrek Erişimli katmana yeniden doldurulduktan sonra GRS veya RA-GRS'ye geçirilebilir. El ile geçiş de gerçekleştirebilirsiniz.

İpucu

Arşivlenmiş blobları yeniden doldurma maliyetli ve zaman alabilir. Microsoft, arşivlenmiş bloblar içeren bir depolama hesabı için yedeklilik yapılandırmasını değiştirmekten kaçınmanızı önerir. Böyle bir yedeklilik yapılandırması gerekiyorsa, yalnızca taşınmasını istediğiniz verileri seçerek tekrar etkinleştirmeniz için manuel geçiş kullanmanız gerekir.

Protokol desteği

Aşağıdaki durumlardan biri doğruysa müşteri ve destek tarafından başlatılan dönüştürmeler desteklenmez:

NFSv3 protokol desteği Azure Blob Storage için etkinleştirildi
Depolama hesabı, genel uç nokta erişiminin etkinleştirildiği Azure Files NFSv4.1 paylaşımını içerir

NFSv4.1 paylaşımlarının açık uç noktaları etkinleştirilmiş olarak dönüştürülmesi desteklenmez. Genel uç noktalarla NFS paylaşımlarının yedekliliğini değiştirmek için şu adımları sırayla izleyin:

Depolama hesabının genel uç noktasına erişimi devre dışı bırakın.
Verilen depolama hesabının yedekliliğini değiştirmek için dönüştürme isteğini gönderin.
Depolama hesabı geçirildikten sonra, özel veya genel uç noktaları gerektiği gibi yapılandırın.

Yük devretme ve yeniden çalışma

İkincil bölgeye bir hesap başarısızlık durumunda devrettikten sonra PowerShell veya Azure CLI (sürüm 2.30.0 veya üzeri) ile yeni birincil bölgeden yeni ikincil bölgeye geri dönüş başlatmak mümkündür. Yük devretmeyi başlatın.

GRS veya RA-GRS hesabınızın kesintisinden kurtarmak için müşteri tarafından yönetilen bir hesap yük devretmesi gerçekleştirdiyseniz, yük devretme sonrasında hesap yeni birincil bölgede yerel olarak yedekli (LRS) olur. Yük devretme sonucu oluşan bir LRS hesabının ZRS veya GZRS'ye dönüştürülmesi desteklenmez. Bunun yerine, alanlar arası yedeklilik eklemek için el ile geçiş gerçekleştirin.

Kapalı kalma süresi gereksinimleri

Dönüştürme sırasında depolama hesabınızdaki verilere dayanıklılık kaybı olmadan erişebilirsiniz ve HNS özellikli olmayan hesaplarda kullanılabilirlik kesintisi olmaz. 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. Geçiş işlemi sırasında SLA Azure Storage korunur ve dönüştürme sırasında hiçbir veri kaybolmaz. Hizmet uç noktaları, erişim anahtarları, paylaşılan erişim imzaları ve diğer hesap seçenekleri geçiş sonrasında aynı kalır.

El ile geçiş yapmayı seçerseniz kapalı kalma süresi gerekir ancak geçiş işleminin zamanlaması üzerinde daha fazla denetime sahip olursunuz.

Zamanlama ve sıklık

Azure portalından conversion alanlar arası yedeklilik başlattığınızda, dönüştürme işlemi genellikle başlatıldıktan sonra 72 saat içinde başlar, ancak kaynak kullanılabilirliği, veri hacmi ve diğer faktörler nedeniyle daha uzun sürebilir. Müşteri tarafından başlatılan dönüştürme işleminin ilerleme durumunu izlemek için bkz . Müşteri tarafından başlatılan dönüştürme ilerleme durumunu izleme.

Önemli

Alanlar arası yedeklilik dönüştürme işleminden sonra, depolama hesabının yedeklilik ayarını yeniden değiştirmeden önce en az 72 saat beklemeniz gerekir. Geçici saklama, arka plan işlemlerinin başka bir değişiklik yapmadan önce tamamlanmasını sağlayarak hesabın tutarlılığını ve bütünlüğünü sağlar. Örneğin, LRS'den GZRS'ye geçmek 2 adımlı bir işlemdir. Bir işlemde bölge yedekliliği eklemeli ve ardından bir saniyede coğrafi olarak yedeklilik eklemelisiniz. LRS'den ZRS'ye geçtikten sonra, ZRS'den GZRS'ye geçmeden önce en az 72 saat beklemeniz gerekir.

Verilerin çoğaltılma biçimini değiştirmeyle ilgili maliyetler

Azure Storage, çoğaltmayı yapılandırmak için çeşitli seçenekler sunar. En az- en pahalıya kadar sıralanmış bu seçenekler şunlardır:

LRS (Öğrenme Kayıt Deposu)
ZRS
GRS
RA-GRS
GZRS
RA-GZRS

Verilerin depolama hesabınızda nasıl çoğaltıldığını değiştirmeyle ilişkili maliyetler, yedeklilik yapılandırmanızın hangi yönlerini değiştirdiğinize bağlıdır. Veri depolama ve çıkış bant genişliği fiyatlandırmasının birleşimi, değişiklik yapmanın maliyetini belirler. Fiyatlandırmayla ilgili ayrıntılar için bkz. Azure Storage Fiyatlandırma sayfası.

Birincil bölgede bölge yedekliliği eklediğinizde, bu dönüşümle ilişkili herhangi bir ilk maliyet yoktur, ancak artırılmış çoğaltma ve depolama alanı nedeniyle veri depolama maliyeti artar.

Depolama hesabınızın tamamı ikincil bölgeye çoğaltıldığı için coğrafi olarak yedeklilik, değişiklik sırasında çıkış bant genişliği ücretine neden olur. Birincil bölgeye yapılan sonraki tüm yazma işlemleri, yazma işlemini ikincil bölgeye çoğaltmak için çıkış bant genişliği ücretlerine de neden olur.

Coğrafi yedekliliği kaldırırsanız (GRS'den LRS'ye değiştirirseniz), değişikliği yapmanın bir maliyeti yoktur, ancak çoğaltılan verileriniz ikincil konumdan silinir.

Önemli

İkincil bölgeye (RA) okuma erişimini kaldırırsanız (RA-GRS'den GRS veya LRS'ye geçin), bu hesap dönüştürüldüğü tarihten sonra 30 gün daha RA-GRS olarak faturalandırılır.

Ayrıca bkz.

Geri Bildirim

Bu sayfayı yararlı buldunuz mu?

Last updated on 2026-04-14

Depolama hesabının çoğaltma yöntemini değiştirme

Çoğaltma türünü değiştirme seçenekleri

Yedeklilik yapılandırmasını değiştirme

Çoğaltma ayarını değiştirme

Azure portal, PowerShell veya Azure CLI kullanarak yedeklilik yapılandırmasını değiştirme

Dönüştürme gerçekleştir

Müşteri tarafından başlatılan dönüştürme

Müşteri tarafından başlatılan dönüştürme ilerleme durumunu izleme

Destek tarafından başlatılan dönüştürme

El ile geçiş

Çoğaltma türlerini değiştirme sınırlamaları

Bölge

Özellik çakışmaları

Depolama hesabı türü

ZRS Klasik hesaplarını dönüştürme

Erişim katmanı

Protokol desteği

Yük devretme ve yeniden çalışma

Kapalı kalma süresi gereksinimleri

Zamanlama ve sıklık

Verilerin çoğaltılma biçimini değiştirmeyle ilgili maliyetler

Ayrıca bkz.

Geri Bildirim

Ek kaynaklar