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.
Nesne çoğaltma, blok bloblarını bir kaynak depolama hesabıyla hedef hesap arasında zaman uyumsuz olarak kopyalar. Nesne çoğaltma tarafından desteklenen bazı senaryolar şunlardır:
- Gecikme süresini en aza indirme. Nesne çoğaltma, istemcilerin fiziksel olarak daha yakın olan bir bölgedeki verileri kullanmasına olanak tanıyarak okuma istekleri için gecikme süresini azaltabilir.
- İşlem iş yükleri için verimliliği artırın. Nesne çoğaltma ile işlem iş yükleri farklı bölgelerde aynı blok blob kümelerini işleyebilir.
- Veri dağıtımlarını iyileştirme. Verileri tek bir konumda işleyebilir veya çözümleyebilir ve ardından yalnızca sonuçları ek bölgelere çoğaltabilirsiniz.
- Maliyetleri iyileştirme. Verileriniz çoğaltıldıktan sonra, yaşam döngüsü yönetimi ilkelerini kullanarak verileri arşiv katmanına taşıyarak maliyetleri düşürebilirsiniz.
Aşağıdaki diyagramda nesne çoğaltmanın blok bloblarını bir bölgedeki bir kaynak depolama hesabından iki farklı bölgedeki hedef hesaplara nasıl çoğaltacakları gösterilmektedir.
Nesne çoğaltmayı yapılandırmayı öğrenmek için bkz Nesne çoğaltmayı yapılandırma.
Nesne çoğaltma için önkoşullar ve uyarılar
Nesne çoğaltma, aşağıdaki Azure Depolama özelliklerinin de etkinleştirilmesini gerektirir:
- Değişiklik akışı: Kaynak hesapta etkinleştirilmelidir. Değişiklik akışını etkinleştirmeyi öğrenmek için bkz . Değişiklik akışını etkinleştirme ve devre dışı bırakma.
- Blob sürümü oluşturma: Hem kaynak hem de hedef hesaplarda etkinleştirilmelidir. Sürümlemeyi etkinleştirmeyi öğrenmek için Blob sürümlemeyi etkinleştirme ve yönetme bölümüne bakın.
Değişiklik akışının ve blob sürümünün etkinleştirilmesi ek maliyetlere neden olabilir. Daha fazla bilgi için Bkz . Azure Depolama fiyatlandırma sayfası.
Nesne çoğaltma, genel amaçlı v2 depolama hesapları ve premium blok blob hesapları için desteklenir. Hem kaynak hem de hedef hesaplar genel amaçlı v2 veya premium blok blob hesapları olmalıdır. Nesne çoğaltma yalnızca blok bloblarını destekler; ekleme blobları ve sayfa blobları desteklenmez.
Nesne çoğaltma, microsoft tarafından yönetilen anahtarlarla veya müşteri tarafından yönetilen anahtarlarla şifrelenmiş hesaplar için desteklenir. Müşteri tarafından yönetilen anahtarlar hakkında daha fazla bilgi için bkz . Azure Depolama şifrelemesi için müşteri tarafından yönetilen anahtarlar.
Nesne çoğaltma, müşteri tarafından sağlanan bir anahtarla şifrelenmiş kaynak hesaptaki bloblar için desteklenmez. Müşteri tarafından sağlanan anahtarlar hakkında daha fazla bilgi için, bkz: Blob depolama isteğinde şifreleme anahtarı sağlama.
Müşteri tarafından yönetilen yük devretme, nesne çoğaltma ilkesinde kaynak veya hedef hesap için desteklenmez.
Hiyerarşik ad alanı etkinleştirilmiş hesaplarda nesne çoğaltması henüz desteklenmiyor.
Data Lake Storage API'leri kullanılarak karşıya yüklenen bloblar için nesne çoğaltma desteklenmez.
Nesne çoğaltma nasıl çalışır?
Nesne çoğaltma, yapılandırdığınız kurallara göre bir kapsayıcıdaki blok bloblarını zaman uyumsuz olarak kopyalar. Blobun içeriği, blobla ilişkili tüm sürümler ve blobun meta verileri ve özellikleri kaynak kapsayıcıdan hedef kapsayıcıya kopyalanır.
Önemli
Blok blobu verileri zaman uyumsuz olarak çoğaltıldığı için kaynak hesap ve hedef hesap hemen eşitlenmez.
OR artık OR İlkesindeki tüm işlemlerin çoğaltılmasını öncelikli bir şekilde gerçekleştiren öncelikli çoğaltmayı destekliyor. VEYA öncelik çoğaltması etkinleştirildiğinde, tüm işlemlerin çoğaltma performansı iyileştirilir. Bir çoğaltma politikasının kaynak ve hedef hesabı aynı kıtada olduğunda YA DA öncelikli çoğaltma, desteklenen iş yükleri için 15 dakika içinde nesnelerin %99,0'ını da çoğaltır. Özellik performansı bir hizmet düzeyi sözleşmesi (SLA) ile garanti edilir. Daha fazla bilgi için SLA terimlerini ve Nesne Çoğaltma Önceliği Çoğaltma makalesini ziyaret edin.
Ayrıca, çoğaltmanın tamamlanıp tamamlanmadığını belirlemek için kaynak blobdaki çoğaltma durumunu de kontrol edebilirsiniz. Daha fazla bilgi için Blob'un çoğaltma durumunu kontrol etme bölümüne bakın.
Blob sürümü oluşturma
Nesne çoğaltma, hem kaynak hem de hedef hesaplarda blob sürümü oluşturmanın etkinleştirilmesini gerektirir. Kaynak hesaptaki çoğaltılmış bir blob değiştirildiğinde, değişiklik yapılmadan önce kaynak hesapta blobun önceki durumunu yansıtan yeni bir blob sürümü oluşturulur. Kaynak hesaptaki geçerli sürüm en son güncelleştirmeleri yansıtır. Hem geçerli sürüm hem de önceki sürümler hedef hesaba çoğaltılır. Yazma işlemlerinin blob sürümlerini nasıl etkilediği hakkında daha fazla bilgi için bkz . Yazma işlemlerinde sürüm oluşturma.
Depolama hesabınızda nesne çoğaltma ilkeleri etkinse, bu hesap için blob sürüm kontrolünü devre dışı bırakamazsınız. Blob sürümünü devre dışı bırakmadan önce hesap üzerindeki nesne çoğaltma ilkelerini silmeniz gerekir.
Not
Hedefe yalnızca bloblar kopyalanır. Blob'un sürüm kimliği kopyalanmaz. Hedef konuma bir blob yerleştirildikten sonra yeni bir sürüm kimliği atanır.
Kaynak hesaptaki blobu silme
Kaynak hesaptaki bir blob silindiğinde blobun geçerli sürümü önceki bir sürüme dönüşür ve artık geçerli bir sürüm yoktur. Blobun tüm mevcut önceki sürümleri korunur. Bu durum hedef hesaba çoğaltılır. Silme işlemlerinin blob sürümlerini nasıl etkileyeceği hakkında daha fazla bilgi için bkz . Silme işlemlerinde sürüm oluşturma.
Anlık Görüntüler
Nesne replikasyonu blob anlık görüntülerini desteklemez. Kaynak hesaptaki bir blob üzerindeki anlık görüntüler hedef hesaba çoğaltılamaz.
Blob dizin etiketleri
Nesne çoğaltma, kaynak blob'un dizin etiketlerini hedef bloba kopyalamaz.
Blob katmanlama
Kaynak ve hedef hesaplar herhangi bir çevrimiçi katmanda (sık erişimli, seyrek erişimli veya soğuk) olduğunda nesne çoğaltma desteklenir. Kaynak ve hedef hesaplar farklı katmanlarda olabilir. Ancak, kaynak veya hedef hesaptaki bir blob arşiv katmanına taşındığında nesne çoğaltma başarısız olur. Blob katmanları hakkında daha fazla bilgi için bkz Blob verileri için erişim katmanları.
Değişmez bloblar
Azure Blob Depolama için değişmezlik ilkeleri zamana bağlı saklama ilkelerini ve yasal bekletmeleri içerir. Hedef hesapta bir değişmezlik ilkesi etkin olduğunda, nesne çoğaltma etkilenebilir. Değiştirilemezlik ilkeleri hakkında daha fazla bilgi için bkz . İş açısından kritik blob verilerini sabit depolama ile depolama.
Hedef kapsayıcıda kapsayıcı düzeyinde değişmezlik ilkesi varsa, kaynak kapsayıcıdaki güncelleştirmeler veya silmeler gibi nesnelere yapılan değişiklikler yine başarılı olabilir. Ancak, bu değişiklikler değişmezlik kısıtlaması nedeniyle hedef kapsayıcıya çoğaltılamaz. Kapsayıcı kapsamına alınmış bir değişmezlik ilkesiyle hangi işlemlerin yasaklandığı hakkında daha fazla bilgi için Kapsayıcı düzeyi kapsamlı senaryolar bölümüne bakın.
Hedef hesabın blob sürümünde etkin sürüm düzeyi değişmezlik ilkesi varsa, ilgili kaynak kapsayıcının blob sürümünde gerçekleştirilen silme veya güncelleştirme işlemi başarılı olabilir. Ancak, bu işlemin hedef nesneye çoğaltılması başarısız oluyor. Kapsayıcı kapsamına alınmış bir değişmezlik ilkesiyle hangi işlemlerin yasaklandığı hakkında daha fazla bilgi için bkz Sürüm düzeyi kapsam senaryoları.
Nesne çoğaltma ilkeleri ve kuralları
Nesne çoğaltmayı yapılandırırken, kaynak depolama hesabını ve hedef hesabı belirten bir çoğaltma ilkesi oluşturursunuz. Çoğaltma ilkesi, bir kaynak ve hedef kapsayıcı belirten ve hangi kaynak blobların çoğaltıldığını belirten bir veya daha fazla kural içerir.
Nesne çoğaltmayı yapılandırdıktan sonra, Azure Depolama kaynak hesabın değişiklik akışını düzenli aralıklarla denetler ve tüm yazma veya silme işlemlerini hedef hesaba zaman uyumsuz olarak çoğaltır. Çoğaltma gecikme süresi, çoğaltılmakta olan blok blobunun boyutuna bağlıdır.
Çoğaltma ilkeleri
Nesne çoğaltmayı yapılandırırken, Azure Depolama kaynak sağlayıcısı aracılığıyla hedef hesapta bir çoğaltma ilkesi oluşturursunuz. Çoğaltma ilkesi oluşturulduktan sonra, Azure Depolama ona bir ilke kimliği atar. Ardından, ilke kimliğini kullanarak bu çoğaltma ilkesini kaynak hesapla ilişkilendirmeniz gerekir. Çoğaltmanın gerçekleşmesi için kaynak ve hedef hesaplardaki ilke kimliği aynı olmalıdır.
Bir kaynak hesap, her hedef hesap için bir ilkeyle birlikte en fazla iki hedef hesaba çoğaltılabilir. Benzer şekilde, bir hesap en fazla iki çoğaltma ilkesi için hedef hesap olarak görev alabilir.
Kaynak ve hedef hesaplar aynı bölgede veya farklı bölgelerde olabilir. Bunlar aynı abonelikte veya farklı aboneliklerde de yer alabilir. İsteğe bağlı olarak, kaynak ve hedef hesaplar farklı Microsoft Entra kiracılarında yer alabilir. Her kaynak hesap/hedef hesap çifti için yalnızca bir çoğaltma ilkesi oluşturulabilir.
Çoğaltma kuralları
Çoğaltma kuralları, Azure Depolama'nın blobları bir kaynak kapsayıcıdan hedef kapsayıcıya nasıl çoğaltacağını belirtir. Her çoğaltma ilkesi için en fazla 1.000 çoğaltma kuralı belirtebilirsiniz. Her çoğaltma kuralı tek bir kaynak ve hedef kapsayıcı tanımlar ve her kaynak ve hedef kapsayıcı yalnızca bir kuralda kullanılabilir. Sonuç olarak, tek bir çoğaltma ilkesine en fazla 1.000 kaynak kapsayıcı ve 1.000 hedef kapsayıcı katılabilir.
Bir çoğaltma kuralı oluşturduktan sonra, önceden var olan bloblar yoksayılır; yalnızca kural oluşturulduktan sonra eklenen yeni blok blobları varsayılan olarak kopyalanır. Ancak, hem yeni hem de mevcut blok bloblarının kopyalandığını belirtebilirsiniz. Ayrıca, belirtilen süreden sonra oluşturulan blok bloblarını kopyalayan özel bir kopyalama kapsamı da tanımlayabilirsiniz.
Blok bloblarını ön eke göre filtrelemek için çoğaltma kuralının bir parçası olarak bir veya daha fazla filtre de belirtebilirsiniz. Bir ön ek belirttiğinizde, hedef kapsayıcıya yalnızca bu ön ekle eşleşen bloblar kopyalanır.
Bir kuralda belirtebilmeniz için önce kaynak ve hedef kapsayıcıların her ikisi de mevcut olmalıdır. Çoğaltma ilkesini oluşturduktan sonra hedef kapsayıcıya yazma işlemlerine izin verilmez. Hedef kapsayıcıya yazma girişimleri hata kodu 409 (Çakışma) vererek başarısız olur.
Çoğaltma kuralı olan bir hedef kapsayıcıya yazmak için önce çoğaltmayı devre dışı bırakmanız gerekir. Kuralı, söz konusu kapsayıcı için silerek veya çoğaltma ilkesinin tamamını kaldırarak devre dışı bırakabilirsiniz.
Çoğaltma ilkesi etkin olduğunda hedef kapsayıcıya yönelik okuma ve silme işlemlerine izin verilir.
Hedef kapsayıcıdaki bir blob üzerinde Blob Katmanını Ayarla işlemini çağırarak, onu arşiv katmanına taşıyabilirsiniz. Arşiv katmanı hakkında daha fazla bilgi için bkz. Blob verileri için erişim katmanları.
Not
Kaynak hesaptaki bir blobun erişim katmanını değiştirmek, hedef hesaptaki bu blobun erişim katmanını değiştirmez.
İlke tanım dosyası
JSON dosyası, nesne çoğaltma ilkesi tanımlamak için kullanılır. İlke tanım dosyasını var olan bir nesne çoğaltma ilkesinden alabilir veya bir ilke tanım dosyasını karşıya yükleyerek nesne çoğaltma ilkesi oluşturabilirsiniz.
Örnek ilke tanım dosyası
Aşağıdaki örnek, hedef hesapta tek bir kuralla bir çoğaltma ilkesi ayarlar. Kural, öneki b olan blobları hedefler ve çoğaltma için en düşük oluşturma süresini belirtir. Açılı ayraçlardaki değerleri kendi değerlerinizle değiştirmeyi unutmayın:
{
"properties": {
"policyId": "default",
"sourceAccount": "/subscriptions/<subscriptionId>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account>",
"destinationAccount": "/subscriptions/<subscriptionId>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account>",
"rules": [
{
"ruleId": "",
"sourceContainer": "<source-container>",
"destinationContainer": "<destination-container>",
"filters": {
"prefixMatch": [
"b"
],
"minCreationTime": "2021-08-028T00:00:00Z"
}
}
]
}
}
Kaynak ve hedef hesaplar için tam kaynak kimlikleri belirtme
İlke tanımı dosyasını oluşturduğunuzda, önceki bölümdeki örnekte gösterildiği gibi sourceAccount ve destinationAccount girdileri için tam Azure Resource Manager kaynak kimliklerini belirtin. Depolama hesabının kaynak kimliğini bulmayı öğrenmek için bkz . Depolama hesabının kaynak kimliğini alma.
Tam kaynak kimliği aşağıdaki biçimdedir:
/subscriptions/<subscriptionId>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account>
İlke tanım dosyası daha önce depolama hesabının tam kaynak kimliği yerine yalnızca hesap adını gerektiriyor. Azure Depolama kaynak sağlayıcısı REST API'sinin 2021-02-01 sürümünde AllowCrossTenantReplication güvenlik özelliğinin kullanıma sunulmasıyla birlikte, artık çoğaltma ilkesine katılan bir depolama hesabı için kiracılar arası çoğaltmaya izin verilmediğinde oluşturulan tüm nesne çoğaltma ilkeleri için tam kaynak kimliğini sağlamanız gerekir. Azure Depolama, kaynak ve hedef hesapların aynı kiracıda yer alıp almadığını doğrulamak için tam kaynak kimliğini kullanır. Kiracılar arası çoğaltma ilkelerini yasaklama hakkında daha fazla bilgi edinmek için bkz Microsoft Entra kiracıları arasında çoğaltmayı engelleme.
Kiracılar arası çoğaltma için yalnızca hesap adının kullanılması hala destekleniyor olsa da, Microsoft en iyi yöntem olarak tam kaynak kimliğinin kullanılmasını önerir. Azure Depolama kaynak sağlayıcısı REST API'sinin önceki tüm sürümleri, nesne çoğaltma ilkelerinde tam kaynak kimliği yolunun kullanılmasını destekler.
Aşağıdaki tabloda, tam kaynak kimliği ve hesap adı kullandığınızda çoğaltma ilkesi davranışının nasıl farklılık gösterdiği gösterilmektedir. Karşılaştırma, depolama hesabı için kiracılar arası çoğaltmaya izin verilip verilmeyeceğine bağlıdır.
| İlke tanımında depolama hesabı tanımlayıcısı | Kiracılar arası çoğaltma izni veriliyor | Kiracılar arası çoğaltmaya izin verilmiyor |
|---|---|---|
| Tam kaynak kimliği | Aynı kiracı politikaları oluşturulabilir. Kiracılar arası politikalar oluşturulabilir. |
Aynı kiracı politikaları oluşturulabilir. Kiracılar arası ilkeler oluşturulamaz. |
| Yalnızca hesap adı | Aynı kiracı politikaları oluşturulabilir. Kiracılar arası politikalar oluşturulabilir. |
Ne aynı kiracı ne de kiracılar arası politikalar oluşturulabilir. Azure Depolama kaynak ve hedef hesapların aynı kiracıda olduğunu doğrulayamadığından bir hata oluşur. Hata, ilke tanımı dosyasında sourceAccount ve destinationAccount girdileri için tam kaynak kimliğini belirtmeniz gerektiğini gösterir. |
İlke ve kural kimliklerini belirtin
Aşağıdaki tabloda, her senaryoda ilke tanımı dosyasındaki policyId ve ruleId girdileri için hangi değerlerin kullanılacağı özetlemektedir.
| Bu hesap için ilke tanımı dosyasını oluştururken... | İlke kimliğini bu değer olarak ayarlayın | Kural kimliklerini bu değere ayarla |
|---|---|---|
| Hedef hesap | Dize değeri varsayılandır. Azure Depolama, sizin için ilke kimliği değerini oluşturur. | Boş bir dize. Azure Depolama sizin için kural kimliği değerlerini oluşturur. |
| Kaynak hesap | Hedef hesap için ilke tanımı dosyasını indirirken döndürülen ilke kimliğinin değeri. | Hedef hesap için ilke tanımı dosyasını indirdiğinizde döndürülen kural kimliklerinin değerleri. |
Microsoft Entra kiracıları arasında çoğaltmayı engelleme
Microsoft Entra kiracısı, kimlik ve erişim yönetimi için bir kuruluşu temsil eden özel bir Microsoft Entra ID örneğidir. Her Azure aboneliğinin tek bir Microsoft Entra kiracısıyla güven ilişkisi vardır. Depolama hesapları dahil olmak üzere abonelikteki tüm kaynaklar aynı Microsoft Entra kiracısıyla ilişkilendirilir. Daha fazla bilgi için bkz . Microsoft Entra Id nedir?
Varsayılan olarak, 15 Aralık 2023'den itibaren oluşturulan yeni hesaplar için kiracılar arası çoğaltma devre dışı bırakılır. Güvenlik ilkeleriniz nesne çoğaltmasını yalnızca aynı kiracıda bulunan depolama hesaplarıyla kısıtlamanızı gerektiriyorsa, bir güvenlik özelliği olan AllowCrossTenantReplication (önizleme) ayarını yaparak kiracılar arasında çoğaltmayı engelleyebilirsiniz. Bir depolama hesabı için kiracılar arası nesne çoğaltmayı devre dışı bırakırsanız, Azure Depolama ek bir gereksinim uygular. Bu depolama hesabını kaynak veya hedef olarak kullanan herhangi bir nesne çoğaltma ilkesi için her iki hesap da aynı Microsoft Entra kiracısına ait olmalıdır. Kiracılar arası nesne çoğaltmayı engelleme hakkında daha fazla bilgi için bkz Microsoft Entra kiracıları arasında nesne çoğaltmasını engelleme.
Depolama hesabı için kiracılar arası nesne çoğaltmasına izin vermemek için AllowCrossTenantReplication özelliğini false olarak ayarlayın. Depolama hesabı şu anda herhangi bir kiracılar arası nesne çoğaltma ilkesine katılmıyorsa AllowCrossTenantReplication özelliğini false olarak ayarlamak, bu depolama hesabıyla gelecek kiracılar arası nesne çoğaltma ilkelerinin kaynak veya hedef olarak yapılandırılmasını önler.
Depolama hesabı şu anda bir veya daha fazla kiracılar arası nesne çoğaltma ilkesine katılıyorsa AllowCrossTenantReplication özelliğinin false olarak ayarlanmasına izin verilmez. Kiracılar arası çoğaltmaya izin vermeden önce mevcut kiracılar arası ilkeleri silmeniz gerekir.
Varsayılan olarak, AllowCrossTenantReplication özelliği 15 Aralık 2023'den itibaren oluşturulan bir depolama hesabı için false olarak ayarlanır. 15 Aralık 2023'tan önce oluşturulan depolama hesapları için, bir depolama hesabının AllowCrossTenantReplication özelliğinin değeri null veya true olduğunda, yetkili kullanıcılar bu hesapla kiracılar arası nesne çoğaltma ilkelerini kaynak veya hedef olarak yapılandırabilir. Kiracılar arası ilkeleri yapılandırma hakkında daha fazla bilgi için bkz Blok blobları için nesne çoğaltmayı yapılandırma.
AllowCrossTenantReplication özelliğinin kiracılar arası nesne çoğaltmasını engelleyecek şekilde ayarlandığından emin olmak için bir depolama hesabı kümesini denetlemek için Azure İlkesi kullanabilirsiniz. Azure İlkesi kullanarak bir depolama hesabı kümesi için idareyi zorunlu kılabilirsiniz. Örneğin, kullanıcının deny özelliğinin true olarak ayarlandığı bir depolama hesabı oluşturmasını veya özellik değerini true olarak değiştirmek için mevcut bir depolama hesabını değiştirmesini önlemek için etkisi olan bir ilke oluşturabilirsiniz.
Çoğaltma ölçümleri
Nesne replikasyonu, çoğaltma ilerleme durumuyla ilgili içgörüler sağlamak için iki metriği destekler.
- Çoğaltma için bekleyen işlemler: Her zaman dilimi için kaynaktan hedef depolama hesabına çoğaltmayı bekleyen toplam işlem sayısı
- Çoğaltma için bekleyen bayt sayısı: Kaynaktan hedef depolama hesaplarına zaman demetleri başına yayılan çoğaltma bekleyen baytların toplamı
Daha önce listelenen ölçümlerin her biri zaman demetlerinin boyutuyla görüntülenebilir. Bu döküm, zaman demetleri başına çoğaltma için bekleyen bayt veya işlem sayısıyla ilgili içgörüleri aşağıdaki gibi etkinleştirir:
- 0-5 dakika
- 5-10 dakika
- 10-15 dakika
- 15-30 dakika
- 30 dak-2 sa
- 2-8 sa
- 8-24 saat
-
>24 saat
Aşağıdaki örnek görüntüde, önceki yedi güne ilişkin bekleyen işlem ve bayt ölçümü gösterilmektedir:
Bekleyen baytları ve bekleyen işlemleri izlemek için kaynak hesapta çoğaltma ölçümlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Çoğaltma ölçümlerini yapılandırma.
Çoğaltma durumu
Kaynak hesaptaki bir blob için çoğaltma durumunu de kontrol edebilirsiniz. Daha fazla bilgi için Blob'un çoğaltma durumunu kontrol etme bölümüne bakın.
Not
Çoğaltma devam ederken, yüzdeyi veya çoğaltılan verileri belirlemenin bir yolu yoktur.
Kaynak hesaptaki bir blob için çoğaltma durumu başarısız olduğunu gösteriyorsa aşağıdaki olası nedenleri araştırın:
- Nesne çoğaltma ilkesinin hedef hesapta yapılandırıldığından emin olun.
- Hedef hesabın hala var olduğunu doğrulayın.
- Hedef kapsayıcının hala var olduğunu doğrulayın.
- Hedef kapsayıcının silinmediğini ve silinme sürecinde olmadığını doğrulayın. Bir kapsayıcıyı silmek, 30 saniyeye kadar sürebilir.
- Hedef kapsayıcının nesne çoğaltma ilkesine hala katıldığını doğrulayın.
- Kaynak blob, yazma işleminin bir parçası olarak müşteri tarafından sağlanan bir anahtarla şifrelenirse nesne çoğaltma başarısız olur. Müşteri tarafından sağlanan anahtarlar hakkında daha fazla bilgi için, bkz: Blob depolama isteğinde şifreleme anahtarı sağlama.
- Kaynak veya hedef blob'un arşiv katmanına taşınıp taşınmadığını denetleyin. Arşivlenen bloblar nesne çoğaltma yoluyla çoğaltılamaz. Arşiv katmanı hakkında daha fazla bilgi için bkz. Blob verileri için erişim katmanları.
- Hedef kapsayıcının veya blob'un bir değişmezlik ilkesi tarafından korunmadığını doğrulayın. Bir kapsayıcının veya blob'un bir değişmezlik ilkesini üst öğesinden devralabileceğini unutmayın. Değiştirilemezlik ilkeleri hakkında daha fazla bilgi için bkz . Blob verileri için sabit depolamaya genel bakış.
Özellik desteği
Bu özellik için destek, Data Lake Storage 2. Nesil, Ağ Dosya Sistemi (NFS) 3.0 protokolü veya SSH Dosya Aktarım Protokolü (SFTP) etkinleştirilerek etkilenebilir. Bu özelliklerden herhangi birini etkinleştirdiyseniz bu özelliğin desteğini değerlendirmek için bkz . Azure Depolama hesaplarında Blob Depolama özelliği desteği.
Faturalandırma
Değişiklik akışını etkinleştirme, sürüm oluşturma ve çoğaltma ilkeleri ekleme görevi dahil olmak üzere nesne çoğaltmasını yapılandırmanın bir maliyeti yoktur. Ancak nesne çoğaltması, kaynak ve hedef hesaplarda okuma ve yazma işlemlerinde maliyet oluşturur. Kaynak hesaptan hedef hesaba veri replikasyonu için çıkış ücretleri, değişiklik akışı işlenirken oluşan okuma ücretleri gibi maliyet yaratır.
Maliyetlerin dökümü aşağıdadır. Her bir maliyet bileşeninin fiyatını bulmak için Azure Blob Depolama Fiyatlandırması'na bakın.
| Kaynak hesaptaki blobu güncelleştirme maliyeti | Hedef hesaptaki verileri çoğaltma maliyeti |
|---|---|
| Yazma işleminin işlem maliyeti | Bir değişim akışı kaydını okumak için işlem maliyeti |
| Blobun ve her blobun 1. sürümünündepolama maliyeti | Blob ve blob sürümlerini okumak için işlem maliyeti2 |
| Değişiklik akışı kaydı ekleme maliyeti | Blob ve blob sürümlerini yazmak için işlem maliyeti2 |
| Soğuk ve daha soğuk katmanlarda veri alma maliyetleri | Blobun ve her blobun 1. sürümünündepolama maliyeti |
| Ağ çıkış maliyeti 3 |
1 Kaynak hesapta, bir blobun veya sürümün katmanı değişmediyse, bu blobun sürümleri boyunca benzersiz veri blokları için faturalandırılırsınız. Bkz. Blob sürüm oluşturma fiyatlandırması ve Faturalama. Hedef hesapta bir sürüm için, bu blokların benzersiz olup olmadığına bakılmaksızın sürümün tüm blokları için faturalandırılırsınız.
2 Bu yalnızca son çoğaltma tamamlandıktan sonra oluşturulan blob sürümlerini içerir.
3 Nesne çoğaltması, tüm sürümü hedefe kopyalar (yalnızca sürümün benzersiz bloklarını değil). Bu aktarım, ağ çıkışı maliyetine yol açar. Bkz. Bant genişliği fiyatlandırması.
İpucu
Beklenmeyen fatura riskini azaltmak için, yalnızca birkaç nesne içeren bir hesapta nesne çoğaltmayı etkinleştirin. Ardından, bir üretim ayarında özelliği etkinleştirmeden önce maliyet üzerindeki etkisini ölçün.