Aracılığıyla paylaş

Azure Cosmos DB hesabını düzenli yedekleme modundan sürekli yedekleme moduna geçirme

  • Makale

ŞUNLAR IÇIN GEÇERLIDIR: NoSQL MongoDB Gremlin Masa

Düzenli mod yedekleme ilkesine sahip Azure Cosmos DB hesapları Azure portalı, CLI, PowerShell veya Resource Manager şablonları kullanılarak sürekli moda geçirilebilir. Düzenli moddan sürekli moda geçiş, tek yönlü bir geçiştir ve geri döndürülemez. Düzenli moddan sürekli moda geçtikten sonra, sürekli modun avantajlarını uygulayabilirsiniz.

Sürekli moda geçmenin başlıca nedenleri şunlardır:

  • Azure portal, CLI veya PowerShell kullanarak self servis geri yükleme yapabilme.
  • Son 30 gün veya 7 günlük süre içinde saniyenin zaman ayrıntı düzeyini geri yükleme olanağı.
  • Yedeklemenin bir zaman aralığı içinde parçalar veya bölüm anahtarı aralıkları arasında tutarlı olduğundan emin olabilme.
  • Kapsayıcı, veritabanı veya tam hesap silindiğinde veya değiştirildiğinde geri yükleyebilme özelliği.
  • Kapsayıcıda, veritabanında veya hesaptaki olayları seçebilme ve geri yüklemenin ne zaman başlatılacağına karar verebilme.

Not

Geçiş özelliği yalnızca tek yönlüdür ve geri alınamaz bir eylemdir. Başka bir deyişle, düzenli moddan sürekli moda geçtikten sonra düzenli moda geri dönemezsiniz.

Bir hesabı yalnızca aşağıdaki koşullar doğruysa sürekli yedekleme moduna geçirebilirsiniz. Ayrıca hesabınızı geçirmeden önce belirli bir noktaya geri yükleme sınırlamalarını gözden geçirin:

  • Hesap NoSQL için API, Tablo IÇIN API, Gremlin veya MongoDB IÇIN API türündeyse.
  • Hesabın tek bir yazma bölgesi varsa.
  • Hesapta bir kapsayıcı için Synapse Link hiç devre dışı bırakılmadıysa.

Hesap müşteri tarafından yönetilen anahtarlar kullanıyorsa, Key Vault erişim ilkesinde yönetilen kimlik (Sistem tarafından atanan veya Kullanıcı tarafından atanan) bildirilmelidir ve hesapta varsayılan kimlik olarak ayarlanmalıdır.

İzinler

Geçişi gerçekleştirmek için geçirilmekte olan hesap için izniniz olmalıdır Microsoft.DocumentDB/databaseAccounts/write .

Geçiş sonrasında fiyatlandırma

Hesabınızı sürekli yedekleme moduna geçirdikten sonra, düzenli yedekleme moduna kıyasla maliyet değişebilir. 30 gün ile yedi gün arasındaki katman seçiminin yedekleme maliyeti üzerinde de etkisi olacaktır. Daha fazla bilgi edinmek için bkz . sürekli yedekleme modu fiyatlandırması.

Portalı kullanarak geçiş

Hesabınızı düzenli aralıklarla yedeklemeden sürekli yedekleme moduna geçirmek için aşağıdaki adımları kullanın:

  1. Azure Portal’ında oturum açın.

  2. Azure Cosmos DB hesabınıza gidin ve Yedekleme ve Geri Yükleme bölmesini açın. Yedekleme İlkeleri sekmesini seçin ve değişiklikte seçeneğini belirleyin. Hedef sürekli modu seçtikten sonra Kaydet'i seçin.

    Azure portalını kullanarak sürekli moda geçiş

  3. Geçiş işlemi devam ederken açılan pencerede Yedekleme ilkesi ayarlarını güncelleştirme gösterilir. Bu bildirimi seçerseniz, hesaba genel bakışta hesap düzeyinde Güncelleştirme ve Yedekleme İçin Geçiş ilkesi görebilirsiniz. İşlem tamamlandıktan sonra yedekleme ilkesi, Sürekli modun seçilen katmanına geçerdi. Geçiş süresi, hesabınızdaki verilerin boyutuna bağlıdır.

    Azure portalından geçişin durumunu denetleme

PowerShell kullanarak geçirme

  1. Azure PowerShell'in en son sürümünü veya 6.2.0'dan sonraki herhangi bir sürümü yükleyin.

  2. Sağlama veya geçiş modunu kullanmak Continous7Days için uzantının önizlemesini cosmosdb kullanmanız gerekir. Install-Module -Name Az.CosmosDB -AllowPrerelease komutunu kullanma

  3. Ardından aşağıdaki adımları çalıştırın:

    1. Azure hesabınıza bağlanın:

      Connect-AzAccount

    2. Hesabınızı düzenli aralıklarla katman veya continuous7days günlerle continuous30days sürekli yedekleme moduna geçirin. Katman değeri sağlanmadıysa, değerin olduğu continuous30daysvarsayılır:

      Update-AzCosmosDBAccount ` 
   -ResourceGroupName "myrg" ` 
   -Name "myAccount" `
   -BackupPolicyType "Continuous"

         Update-AzCosmosDBAccount ` 
   -ResourceGroupName "myrg" ` 
   -Name "myAccount" `
   -BackupPolicyType "Continuous" `
   -ContinuousTier "Continuous7Days"

CLI kullanarak geçiş

  1. Azure CLI'nın en son sürümünü yükleyin:
  • Azure CLI zaten yüklü değilse bkz . Azure CLI'yi yükleme. Alternatif olarak, Azure portaldan Azure Cloud Shell'i de kullanabilirsiniz.

  1. Azure hesabınızda oturum açın ve hesabınızı sürekli moda geçirmek için aşağıdaki komutu çalıştırın:

    az login

  2. Hesabı veya continuous7days katmanına continuous30days geçirin. Katman değeri sağlanmazsa olduğu varsayılır continuous30days:

    az cosmosdb update -n <myaccount> -g <myresourcegroup> --backup-policy-type continuous

    az cosmosdb update -g "my-rg" -n "my-continuous-backup-account" --backup-policy-type "Continuous" --continuous-tier "Continuous7Days"

  3. Geçiş başarıyla tamamlandıktan sonra çıkış, değerine Continuoussahip özelliği içeren type nesnesini gösterirbackupPolicy.

     {
   "apiProperties": null,
   "backupPolicy": {
        "continuousModeProperties": {
                "tier": "Continuous7Days"
        },
        "migrationState": null,
        "type": "Continuous"
   },
      …
 }

Geçiş durumunu denetleyin

Aşağıdaki komutu çalıştırın ve backupPolicy nesnesinin durum ve targetType özelliklerini denetleyin. Geçiş başladıktan sonra durum devam ediyor olarak gösterilir:

az cosmosdb show -n "myAccount" -g "myrg"

PowerShell komutunu kullanarak geçiş durumunu denetleme

Geçiş tamamlandığında yedekleme türü Sürekli olarak değişir ve seçilen katmanı gösterir. Bir katman sağlanmazsa, katman olarak Continuous30Daysayarlanır. Durumu denetlemek için aynı komutu yeniden çalıştırın:

az cosmosdb show -n "myAccount" -g "myrg"

Geçiş tamamlandıktan sonra yedekleme türü sürekli olarak değişir

Resource Manager şablonunu kullanarak düzenli moddan Sürekli moda geçiş

ARM şablonunu kullanarak sürekli yedekleme moduna geçmek için şablonunuzun backupPolicy bölümünü bulun ve özelliğini güncelleştirin type . Örneğin, mevcut şablonunuz aşağıdaki JSON nesnesi gibi bir yedekleme ilkesine sahipse:

"backupPolicy": {
   "type": "Periodic",
   "periodicModeProperties": {
   "backupIntervalInMinutes": 240,
   "backupRetentionIntervalInHours": 8
   }
}

Şunu aşağıdaki JSON nesnesiyle değiştirin:

"backupPolicy": { 
   "type": "Continuous", 
   "continuousModeProperties": { 
      "tier": "Continuous7Days" 
    } 
}

Ardından Azure PowerShell veya CLI kullanarak şablonu dağıtın. Aşağıdaki örnekte, cli komutuyla şablonun nasıl dağıtılacağı gösterilmektedir:

az deployment group create -g <ResourceGroup> --template-file <ProvisionTemplateFilePath>

Sürekli Mod katmanlarını değiştirme

Azure PowerShell, Azure CLI veya Azure portalında ile Continous7Days arasında Continuous30Days geçiş yapabilirsiniz.

Verilen Azure Cosmos DB hesabının portalında Belirli Bir Noktaya Geri Yükleme bölmesi'ni seçin, Sürekli (30 gün) veya Sürekli (7 gün) seçeneğini göstermek için Yedekleme ilkesi modunun yanındaki değişiklik bağlantısını seçin. Gerekli hedefi seçin ve Kaydet'i seçin.

Sürekli modun katmanını seçmek için iletişim kutusunun ekran görüntüsü.

Aşağıdaki Azure CLI komutu, mevcut bir hesabın olarak değiştirilmesini Continous7Daysgösterir:

az cosmosdb update \ 
    --resource-group "my-rg" \ 
    --name "my-continuous-backup-account" \ 
    --backup-policy-type "Continuous" \ 
    --continuous-tier "Continuous7Days"

Aşağıdaki Azure PowerShell komutu, mevcut bir hesabı Continous7Daysolarak değiştirme işlemini gösterir:

Update-AzCosmosDBAccount ` 
    -ResourceGroupName "myrg" ` 
    -Name "myAccount" `
    -BackupPolicyType Continuous `
    -ContinuousTier Continuous7Days

Arm şablonunu, Azure CLI ve Azure PowerShell kullanımına benzer bir yöntemde de kullanabilirsiniz.

Not

30 gün katmanından 7 gün katmanına geçtiğinizde, geçmişte 7 günden fazla geri yükleme olanağı hemen kullanılamaz. 7'den 30 günlük katmana geçtiğinizde, 7 günden fazla bir süre sonra hemen geri yükleyemezsiniz. En erken geri yükleme zamanı, Azure PowerShell veya Azure CLI aracılığıyla sağlanan hesap meta verilerinden ayıklanabilir. 7 ile 30 günlük katmanlar arasında geçişin fiyat etkisi de hemen görülebilir.

Geçiş sırasında ve sonrasında neler bekleyebileceğiniz?

Düzenli moddan sürekli moda geçiş yaparken, hesap düzeyi güncelleştirmeleri veya silme işlemleri gerçekleştiren herhangi bir denetim düzlemi işlemi çalıştıramazsınız. Örneğin, bölge ekleme veya kaldırma, hesap yük devretme, yedekleme ilkesini güncelleştirme gibi işlemler, geçiş devam ederken çalıştırılamaz. Geçiş süresi, verilerin boyutuna ve hesabınızdaki bölgelerin sayısına bağlıdır. Geçirilen hesaplardaki geri yükleme eylemi yalnızca geçişin başarıyla tamamlandığında başarılı olur.

Geçiş tamamlandıktan sonra hesabınızı geri yükleyebilirsiniz. Geçiş 13:00 PST'de tamamlanırsa, 13:00 PST'den başlayarak belirli bir noktaya geri yükleme yapabilirsiniz.

Sık sorulan sorular

Geçiş yalnızca hesap düzeyinde mi gerçekleşir?

Evet.

Yedekleme geçişi için hangi hesaplar hedeflenebilir?

Şu anda paylaşılan, sağlanan veya otomatik ölçeklendirmeye sahip tek yazma bölgesine sahip MongoDB hesapları için NoSQL API'si, Tablo için API, Gremlin API ve API geçişi desteklemektedir.

Birden çok yazma bölgesiyle etkinleştirilen hesaplar geçiş için desteklenmez.

Synapse Link'in etkinleştirildiği ve synapse Link'in bir veya daha fazla koleksiyon için devre dışı bırakıldığını belirten hesaplar şu anda sürekli yedeklemeye geçiremez.

Geçiş zaman alıyor mu? Tipik saat nedir?

Geçiş, büyük ölçüde veri boyutuna ve hesabınızdaki bölge sayısına bağlı olarak değişen bir süre alır. Azure CLI veya PowerShell komutlarını kullanarak geçiş durumunu alabilirsiniz. Onlarca terabaytlık veri içeren büyük hesaplarda geçişin tamamlanması birkaç güne kadar sürebilir.

Geçiş herhangi bir kullanılabilirlik etkisine/kapalı kalma süresine neden oluyor mu?

Hayır, geçiş işlemi arka planda gerçekleşir. Bu nedenle istemci istekleri etkilenmez. Ancak geçiş sırasında bazı arka uç işlemleri gerçekleştirmemiz gerekir ve hesap yoğun yük altındaysa bu işlem fazladan zaman alabilir.

Geçiş başarısız olursa ne olur? Düzenli yedeklemeleri almaya veya sürekli yedeklemeleri almaya devam edecek miyim?

Geçiş işlemi başlatıldıktan sonra hesap sürekli modda etkinleştirilir. Geçiş başarısız olursa, başarılı olana kadar geçişi yeniden başlatmanız gerekir.

Geçiş öncesinde/sırasında/sonrasında bir zaman damgasına geri yükleme Nasıl yaparım??

geçiş işlemini adresinden t1 başlattığınızı ve burada tamamladığını t5varsayalım ve arasında t1 t5geri yükleme zaman damgası kullanamazsınız.

Ayrıca hesabınızın artık sürekli modda olduğunu varsayalım. sonrasındaki t5bir zamana geri yüklemek için azure portal, CLI veya PowerShell kullanarak geri yüklemeyi sürekli bir hesapla normal şekilde gerçekleştirin. Bu self servis geri yükleme isteği yalnızca geçiş tamamlandıktan sonra yapılabilir.

önceki t1bir zamana geri yüklemek için, normalde düzenli bir yedekleme hesabıyla yaptığınız gibi bir destek bileti açabilirsiniz. Geçiş sonrasında, düzenli geri yüklemeyi gerçekleştirmek için en fazla 30 gününüz olur. Bu 30 gün boyunca, geçiş öncesinde hesabınızın yedekleme saklama süresine/aralığına göre geri yükleyebilirsiniz. Örneğin, yedekleme 1 saatlik aralıklarla 24 kopyayı saklayacak şekilde yapılandırılmışsa ve arasında (t1 – 24 hours) t1istediğiniz zaman geri yükleyebilirsiniz.

Geçiş sırasında hangi hesap düzeyi denetim düzlemi işlemleri engellenir?

Bölge ekleme/kaldırma, yük devretme, yedekleme ilkesini değiştirme ve veri taşımaya neden olan aktarım hızı değişiklikleri gibi işlemler geçiş sırasında engellenir.

Geçiş, temel alınan bir sorun için başarısız olursa, yeniden denenip başarıyla tamamlanana kadar denetim düzlemi işlemini engellemeye devam eder mi?

Başarısız geçiş hiçbir denetim düzlemi işlemlerini engellemez. Geçiş başarısız olursa, diğer denetim düzlemi işlemlerini gerçekleştirmeden önce başarılı olana kadar yeniden denemeniz önerilir.

Geçişi iptal etmek mümkün mü?

Geçişler geri alınamaz bir işlem olmadığından geçişi iptal etmek mümkün değildir.

Veri kullanımına ve bölge sayısına göre geçiş süresini tahmin etme konusunda yardımcı olabilecek bir araç var mı?

Zamanı tahmin etmek için bir araç yoktur. Testlerimiz ve ölçek çalıştırmalarımız, 1 TB veri içeren tek bir bölge hesabının yaklaşık 90 dakika sürdüğünü gösteriyor.

Çok bölgeli hesaplar için toplam veri boyutunu olarak Number_of_regions * Data_in_single_regionhesaplayın.

Sürekli yedekleme modu artık GA olduğundan hesabınızın bir kopyasını geri yüklemenizi yine de önerir misiniz? Üretim hesabını geçirmeye karar vermeden önce kopya üzerinde geçişi denemenizi önerir misiniz?

Üretim hesaplarını geçirmeden önce beklendiği gibi çalıştığını görmek için sürekli yedekleme modu özelliğini test etmek önerilir. Geçiş tek yönlü bir işlemdir ve geri alınamaz.

Sonraki adımlar

Sürekli yedekleme modu hakkında daha fazla bilgi edinmek için aşağıdaki makalelere bakın: