Veritabanı kaynaklarını genel Azure'a geçirme

  • Makale

Önemli

Ağustos 2018'den bu yana yeni müşterileri kabul etmediğimiz gibi, yeni özellik ve hizmetleri özgün Microsoft Cloud Germany konumlarına dağıtmadık.

Müşterilerin ihtiyaçlarındaki evrime bağlı olarak, kısa süre önce Almanya'da iki yeni veri merkezi bölgesi başlattık . Bu bölge, müşteri veri yerleşimi, Microsoft'un küresel bulut ağına tam bağlantı ve pazar rekabetçi fiyatlandırması sunuyor.

Ayrıca, 30 Eylül 2020'de Microsoft Bulut Almanya'nın 29 Ekim 2021'de kapanacağını duyurduk. Daha fazla ayrıntıya buradan ulaşabilirsiniz: https://www.microsoft.com/cloud-platform/germany-cloud-regions.

Bugün geçiş yaparak yeni Alman veri merkezi bölgelerimizde sunulan işlevsellik, kurumsal düzeyde güvenlik ve kapsamlı özelliklerden yararlanın.

Bu makalede, Azure veritabanı kaynaklarını Azure Almanya'dan genel Azure'a geçirmenize yardımcı olabilecek bilgiler bulunur.

SQL Veritabanı

Daha küçük Azure SQL Veritabanı iş yüklerini geçirmek için, geçirilen veritabanını çevrimiçi tutmadan dışarı aktarma işlevini kullanarak bir BACPAC dosyası oluşturun. BACPAC dosyası, meta verileri ve SQL Server veritabanındaki verileri içeren sıkıştırılmış (sıkıştırılmış) bir dosyadır. BACPAC dosyasını oluşturduktan sonra, dosyayı hedef ortama kopyalayabilir (örneğin, AzCopy kullanarak) ve içeri aktarma işlevini kullanarak veritabanını yeniden oluşturabilirsiniz. Aşağıdaki önemli noktalara dikkat edin:

  • Dışarı aktarma işleminin işlem açısından tutarlı olması için aşağıdaki koşullardan birinin doğru olduğundan emin olun:
    • Dışarı aktarma sırasında yazma etkinliği gerçekleşmez.
    • SQL veritabanınızın işlem açısından tutarlı bir kopyasından dışarı aktarabilirsiniz.
  • Azure Blob depolamaya aktarmak için BACPAC dosya boyutu 200 GB ile sınırlıdır. Daha büyük bir BACPAC dosyası için yerel depolama alanına aktarın.
  • SQL Veritabanı dışarı aktarma işlemi 20 saatten uzun sürüyorsa, işlem iptal edilebilir. Performansı artırma hakkında ipuçları için aşağıdaki makalelere bakın.

Not

Dışarı aktarma işlemi sırasında sunucunun DNS adı değiştiğinden, dışarı aktarma işleminden sonra bağlantı dizesi değişir.

Daha fazla bilgi için:

Not

Azure ile etkileşim kurmak için Azure Az PowerShell modülünü kullanmanızı öneririz. Başlamak için bkz. Azure PowerShell'i yükleme. Az PowerShell modülüne nasıl geçeceğinizi öğrenmek için bkz. Azure PowerShell’i AzureRM’den Az’ye geçirme.

Etkin coğrafi çoğaltma kullanarak SQL Veritabanı geçirme

BACPAC dosyaları için çok büyük olan veya bir buluttan diğerine geçiş yapmak ve minimum kapalı kalma süresiyle çevrimiçi kalmak için Azure Almanya'dan genel Azure'a etkin coğrafi çoğaltma yapılandırabilirsiniz.

Önemli

Veritabanlarını genel Azure'a geçirmek için etkin coğrafi çoğaltmanın yapılandırılması yalnızca Transact-SQL (T-SQL) kullanılarak desteklenir ve geçiş öncesinde genel Azure'a geçişi desteklemek için aboneliğinizin etkinleştirilmesini istemeniz gerekir. İstek göndermek için bu destek isteği bağlantısını kullanmanız gerekir.

Not

Orta Almanya ve Kuzey Almanya adlı Azure küresel bulut bölgeleri, Azure Almanya bulutuyla etkin coğrafi çoğaltma için desteklenen bölgelerdir. Alternatif bir küresel Azure bölgesi son veritabanı hedefi olarak isteniyorsa, genel Azure'a geçiş tamamlandıktan sonra, Orta Almanya veya Kuzey Almanya'dan gerekli Azure küresel bulut bölgesine ek bir coğrafi çoğaltma bağlantısı yapılandırmanız önerilir.

Etkin coğrafi çoğaltma maliyetleri hakkında ayrıntılı bilgi için Azure SQL Veritabanı fiyatlandırmasındaetkin coğrafi çoğaltma başlıklı bölüme bakın.

Etkin coğrafi çoğaltmaya sahip veritabanlarının geçirilmesi için genel Azure'da Azure SQL mantıksal sunucu gerekir. Portal, Azure PowerShell, Azure CLI vb. kullanarak sunucuyu oluşturabilirsiniz, ancak etkin coğrafi çoğaltmayı Azure Almanya'dan genel Azure'a geçiş için yapılandırmak yalnızca Transact-SQL (T-SQL) kullanılarak desteklenir.

Önemli

Bulutlar arasında geçiş yaparken birincil (Azure Almanya) ve ikincil (genel Azure) sunucu adı ön ekleri farklı olmalıdır. Sunucu adları aynıysa ALTER DATABASE deyimini çalıştırmak başarılı olur, ancak geçiş başarısız olur. Örneğin, birincil sunucu adının ön eki ()myserver.database.cloudapi.de ise myserver , genel Azure'da ikincil sunucu adının ön eki olamazmyserver.

deyimi, ALTER DATABASE hedef tarafında tam dns sunucusu adını kullanarak genel Azure'da bir hedef sunucu belirtmenize olanak tanır.

ALTER DATABASE [sourcedb] add secondary on server [public-server.database.windows.net]
  • sourcedb, Azure Almanya'daki bir Azure SQL sunucusundaki veritabanı adını temsil eder.
  • public-server.database.windows.net, veritabanının geçirilmesi gereken genel Azure'da bulunan Azure SQL sunucu adını temsil eder. "database.windows.net" ad alanı gereklidir, public-server yerine genel Azure'daki mantıksal SQL sunucunuzun adını yazın. Genel Azure'daki sunucunun, Azure Almanya'daki birincil sunucudan farklı bir ada sahip olması gerekir.

Komut, geçirilecek yerel veritabanını barındıran Azure Germany sunucusundaki ana veritabanında yürütülür.

  • T-SQL başlangıç kopyası API'si, o sunucunun ana veritabanında aynı SQL oturum açma/kullanıcı adına sahip bir kullanıcı bularak genel bulut sunucusunda oturum açmış kullanıcının kimliğini doğrular. Bu yaklaşım buluttan bağımsızdır; bu nedenle, T-SQL API'sini bulutlar arası kopyaları başlatmak için kullanılır. İzinler ve bu konu hakkında daha fazla bilgi için bkz. Etkin coğrafi çoğaltma veALTER DATABASE (Transact-SQL) oluşturma ve kullanma.

  • Genel Azure'da Azure SQL mantıksal sunucuyu gösteren ilk T-SQL komut uzantısı dışında, etkin coğrafi çoğaltma işleminin geri kalanı yerel bulutta var olan yürütmeyle aynıdır. Etkin coğrafi çoğaltma oluşturmanın ayrıntılı adımları için bkz. Genel Azure'da oluşturulan ikincil mantıksal sunucuda ikincil veritabanının oluşturulması dışında etkin coğrafi çoğaltma oluşturma ve kullanma .

  • İkincil veritabanı genel Azure'da (Azure Germany veritabanının çevrimiçi kopyası olarak) var olduktan sonra müşteri ALTER DATABASE T-SQL komutunu kullanarak bu veritabanı için Azure Almanya'dan genel Azure'a veritabanı yük devretmesi başlatabilir (aşağıdaki tabloya bakın).

  • Yük devretmeden sonra, ikincil veritabanı genel Azure'da birincil veritabanı haline geldikten sonra, etkin coğrafi çoğaltmayı durdurabilir ve Azure Almanya tarafındaki ikincil veritabanını istediğiniz zaman kaldırabilirsiniz (aşağıdaki tabloya ve diyagramda mevcut olan adımlara bakın).

  • Yük devretmeden sonra, Azure Almanya'daki ikincil veritabanı silinene kadar maliyet doğurmaya devam eder.

  • ALTER DATABASE Azure Almanya veritabanını genel Azure'a geçirmek için etkin coğrafi çoğaltmayı ayarlamanın tek yolu komutunu kullanmaktır.

  • Bu geçiş için etkin coğrafi çoğaltmayı yapılandırmak için Azure portal, Azure Resource Manager, PowerShell veya CLI kullanılamaz.

Bir veritabanını Azure Almanya'dan genel Azure'a geçirmek için:

  1. Azure Almanya'da kullanıcı veritabanını seçin, örneğin, azuregermanydb

  2. Genel Azure'da (genel bulut) bir mantıksal sunucu oluşturun, örneğin. globalazureserver Tam etki alanı adı (FQDN) şeklindedir globalazureserver.database.windows.net.

  3. Bu T-SQL komutunu Azure Almanya'daki sunucuda yürüterek Azure Almanya'dan küresel Azure'a etkin coğrafi çoğaltmayı başlatın. Genel sunucu globalazureserver.database.windows.netiçin tam dns adının kullanıldığını unutmayın. Bu, hedef sunucunun Azure Almanya'da değil küresel Azure'da olduğunu gösterir.

    ALTER DATABASE [azuregermanydb] ADD SECONDARY ON SERVER [globalazureserver.database.windows.net];

  4. Çoğaltma okuma-yazma iş yükünü genel Azure sunucusuna taşımaya hazır olduğunda, genel Azure sunucusunda bu T-SQL komutunu yürüterek genel Azure'a bir planlı yük devretme başlatın.

    ALTER DATABASE [azuregermanydb] FAILOVER;

  5. Etkin coğrafi çoğaltma bağlantısı yük devretme işleminden önce veya sonra sonlandırılabilir. planlı yük devretme sonra aşağıdaki T-SQL komutunun yürütülmesi, global Azure'daki veritabanının okuma-yazma kopyası olmasıyla coğrafi çoğaltma bağlantısını kaldırır. Geçerli coğrafi birincil veritabanının mantıksal sunucusunda (genel Azure sunucusunda) çalıştırılmalıdır. Bu işlem geçiş işlemini tamamlar.

    ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [azuregermanyserver];

    aşağıdaki T-SQL komutu, planlı yük devretme önce yürütülürken geçiş işlemini de durdurur, ancak bu durumda Azure Almanya'daki veritabanı okuma-yazma kopyası olarak kalır. Bu T-SQL komutu, geçerli coğrafi birincil veritabanının mantıksal sunucusunda da çalıştırılmalıdır. Bu durumda Azure Almanya sunucusunda da çalıştırılmalıdır.

    ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [globalazureserver];

Azure SQL veritabanlarını Azure Almanya'dan genel Azure'a geçirmeye yönelik bu adımlar, etkin coğrafi çoğaltma kullanılarak da izlenebilir.

Daha fazla bilgi için aşağıdaki tablolarda yük devretmeyi yönetmeye yönelik T-SQL komutları gösterilir. Azure Almanya ile küresel Azure arasında bulutlar arası etkin coğrafi çoğaltma için aşağıdaki komutlar desteklenir:

Komut Açıklama
ALTER DATABASE Var olan bir veritabanı için ikincil veritabanı oluşturmak ve veri çoğaltmayı başlatırken ADD SECONDARY ON SERVER bağımsız değişkensini kullanma
ALTER DATABASE Yük devretmeyi başlatmak için ikincil veritabanını birincil veritabanı olarak değiştirmek için YÜK DEVRETME veya FORCE_FAILOVER_ALLOW_DATA_LOSS kullanma
ALTER DATABASE bir SQL Veritabanı ile belirtilen ikincil veritabanı arasındaki veri çoğaltmasını sonlandırmak için SUNUCUDA İKİYİ KALDIR'ı kullanın.

Etkin coğrafi çoğaltma izleme sistemi görünümleri

Komut Açıklama
sys.geo_replication_links Azure SQL Veritabanı sunucusundaki her veritabanı için tüm mevcut çoğaltma bağlantıları hakkında bilgi döndürür.
sys.dm_geo_replication_link_status Son çoğaltma süresini, son çoğaltma gecikmesini ve belirli bir SQL veritabanının çoğaltma bağlantısı hakkındaki diğer bilgileri alır.
sys.dm_operation_status Çoğaltma bağlantılarının durumu da dahil olmak üzere tüm veritabanı işlemlerinin durumunu gösterir.
sp_wait_for_database_copy_sync Uygulamanın, yürütülen tüm işlemler çoğaltılana ve etkin ikincil veritabanı tarafından onaylanana kadar beklemesine neden olur.

Uzun süreli saklama yedeklemelerini SQL Veritabanı geçirme

Coğrafi çoğaltma veya BACPAC dosyası içeren bir veritabanının geçirilmesi, veritabanının Azure Almanya'da sahip olabileceği uzun süreli saklama yedeklerinin üzerine kopyalanmaz. Mevcut uzun süreli saklama yedeklemelerini hedef genel Azure bölgesine geçirmek için COPY uzun süreli saklama yedekleme yordamını kullanabilirsiniz.

Not

Burada belgelenen LTR yedekleme kopyalama yöntemleri, LTR yedeklemelerini yalnızca Azure Almanya'dan genel Azure'a kopyalayabilir. Bu yöntemleri kullanarak PITR yedeklemelerinin kopyalanması desteklenmez.

Ön koşullar

  1. LTR yedeklemelerini kopyaladığınız hedef veritabanı, yedeklemeleri kopyalamaya başlamadan önce genel Azure'da mevcut olmalıdır. Önce etkin coğrafi çoğaltmayı kullanarak kaynak veritabanını geçirmeniz ve ardından LTR yedekleme kopyasını başlatmanız önerilir. Bu, veritabanı yedeklemelerinin doğru hedef veritabanına kopyalanmasını sağlar. Bırakılan bir veritabanının LTR yedeklerini kopyaladığınızda bu adım gerekli değildir. Bırakılan bir veritabanının LTR yedeklerini kopyalarken hedef bölgede sahte bir DatabaseID oluşturulur.
  2. Bu PowerShell Az Modülünü yükle
  3. Başlamadan önce abonelik veyakaynak grubu kapsamında gerekli Azure RBAC rollerinin verildiğinden emin olun. Not: Bırakılan bir sunucuya ait LTR yedeklemelerine erişmek için bu sunucunun abonelik kapsamında izin verilmelidir. .

Sınırlamalar

  • Yük Devretme Grupları desteklenmez. Bu, Azure Almanya veritabanlarını (veritabanlarını) geçiren müşterilerin yük devretme sırasında bağlantı dizelerini kendilerinin yönetmesi gerektiği anlamına gelir.
  • Azure portal, Azure Resource Manager API'leri, PowerShell veya CLI desteği yoktur. Bu, her Azure Almanya geçişinin etkin coğrafi çoğaltma kurulumunu ve yük devretmeyi T-SQL aracılığıyla yönetmesi gerektiği anlamına gelir.
  • Müşteriler, Azure Almanya'daki veritabanları için küresel Azure'da birden çok coğrafi ikincil oluşturamaz.
  • Coğrafi ikincil oluşturma işlemi Azure Almanya bölgesinden başlatılmalıdır.
  • Müşteriler veritabanlarını Azure Almanya'dan yalnızca küresel Azure'a geçirebiliyor. Şu anda başka bulutlar arası geçiş desteklenmiyor.
  • Azure Almanya'daki Azure AD kullanıcı veritabanları geçirilir ancak geçirilen veritabanının bulunduğu yeni Azure AD kiracısında kullanılamaz. Bu kullanıcıları etkinleştirmek için, yeni geçirilen veritabanının bulunduğu yeni Azure AD kiracısında bulunan geçerli Azure AD kullanıcıları kullanılarak el ile bırakılması ve yeniden oluşturulması gerekir.

PowerShell kullanarak uzun süreli saklama yedeklerini kopyalama

Uzun süreli saklama yedeklemelerini Azure Almanya'dan Azure genel bölgelerine kopyalamak için kullanılabilecek yeni bir PowerShell komutu Copy-AzSqlDatabaseLongTermRetentionBackup kullanıma sunuldu.

  1. Yedekleme adını kullanarak LTR yedeklemeyi kopyalama Aşağıdaki örnekte, yedekleme adını kullanarak bir LTR yedeğini Azure Almanya'dan Azure genel bölgesine nasıl kopyalayabileceğiniz gösterilmektedir.
# Source database and target database info
$location = "<location>"
$sourceRGName = "<source resourcegroup name>"
$sourceServerName = "<source server name>"
$sourceDatabaseName = "<source database name>"
$backupName = "<backup name>"
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -Location $location 
    -ResourceGroupName $sourceRGName 
    -ServerName $sourceServerName 
    -DatabaseName $sourceDatabaseName
    -BackupName $backupName
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN
  1. Yedekleme resourceID'lerini kullanarak LTR yedeklemeyi kopyalama Aşağıdaki örnekte, bir yedekleme resourceID kullanarak LTR yedeklemesini Azure Almanya'dan Azure genel bölgesine nasıl kopyalayabileceğiniz gösterilmektedir. Bu örnek, silinen bir veritabanının yedeklerini kopyalamak için de kullanılabilir.
$location = "<location>"
# list LTR backups for All databases (you have option to choose All/Live/Deleted)
$ltrBackups = Get-AzSqlDatabaseLongTermRetentionBackup -Location $location -DatabaseState All

# select the LTR backup you want to copy
$ltrBackup = $ltrBackups[0]
$resourceID = $ltrBackup.ResourceId

# Source Database and target database info
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -ResourceId $resourceID 
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN

Sınırlamalar

  • Belirli bir noktaya geri yükleme (PITR) yedeklemeleri yalnızca birincil veritabanında alınır, bu tasarım gereğidir. VeritabanlarıNı Azure Almanya'dan Geo-DR kullanarak geçirirken yük devretme sonrasında PITR yedeklemeleri yeni birincil sunucuda gerçekleşmeye başlar. Ancak mevcut PITR yedeklemeleri (Azure Almanya'da önceki birincilde) geçirilmez. Belirli bir noktaya geri yükleme senaryolarını desteklemek için PITR yedeklemelerine ihtiyacınız varsa, veritabanını Azure Almanya'daki PITR yedeklemelerinden geri yüklemeniz ve ardından kurtarılan veritabanını genel Azure'a geçirmeniz gerekir.
  • Uzun süreli saklama ilkeleri veritabanıyla geçirilmez. Azure Almanya'daki veritabanınızda uzun süreli saklama (LTR) ilkeniz varsa, geçiş sonrasında ltr ilkesini el ile kopyalayıp yeni veritabanında yeniden oluşturmanız gerekir.

Erişim isteme

Coğrafi çoğaltma kullanarak bir veritabanını Azure Almanya'dan küresel Azure'a geçirmek için Azure Almanya'daki aboneliğinizin bulutlar arası geçişi başarıyla yapılandırmak için etkinleştirilmesi gerekir.

Azure Almanya aboneliğinizi etkinleştirmek için aşağıdaki bağlantıyı kullanarak bir geçiş destek isteği oluşturmanız gerekir:

  1. Aşağıdaki geçiş destek isteğine göz atın.

  2. Temel Bilgiler sekmesinde, Özet olarak Coğrafi DR geçişi yazın ve İleri: Çözümler'i seçin.

    yeni destek isteği formu

  3. Önerilen Adımlar'ı gözden geçirin ve İleri: Ayrıntılar'ı seçin.

    gerekli destek isteği bilgileri

  4. Ayrıntılar sayfasında aşağıdakileri sağlayın:

    1. Açıklama kutusuna geçirilirken genel Azure abonelik kimliğini girin. Veritabanlarını birden fazla aboneliğe geçirmek için, veritabanlarını geçirmek istediğiniz genel Azure kimliklerinin listesini ekleyin.
    2. İletişim bilgilerini sağlayın: ad, şirket adı, e-posta veya telefon numarası.
    3. Formu doldurun ve ardından İleri: Gözden geçir + oluştur'u seçin.

    destek isteği ayrıntıları

  5. Destek isteğini gözden geçirin ve Oluştur'u seçin.

İstek işlendikten sonra sizinle iletişim kurulacak.

Azure Cosmos DB

Verileri Azure Cosmos DB'ye geçirmek için Azure Cosmos DB Veri Geçiş Aracı'nı kullanabilirsiniz. Azure Cosmos DB Veri Geçiş Aracı, JSON dosyaları, MongoDB, SQL Server, CSV dosyaları, Azure Tablo depolama, Amazon DynamoDB, HBase ve Azure Cosmos kapsayıcıları gibi farklı kaynaklardan Azure Cosmos DB'ye veri aktaran bir açık kaynak çözümüdür.

Azure Cosmos DB Veri Geçiş Aracı, grafik arabirim aracı veya komut satırı aracı olarak kullanılabilir. Kaynak kodu Azure Cosmos DB Veri Geçiş Aracı GitHub deposunda kullanılabilir. Aracın derlenmiş bir sürümü Microsoft İndirme Merkezi'nde bulunur.

Azure Cosmos DB kaynaklarını geçirmek için aşağıdaki adımları tamamlamanızı öneririz:

  1. En iyi eylem planını belirlemek için uygulama çalışma süresi gereksinimlerini ve hesap yapılandırmalarını gözden geçirin.
  2. Veri geçiş aracını çalıştırarak hesap yapılandırmalarını Azure Almanya'dan yeni bölgeye kopyalama.
  3. Bakım penceresi kullanmak mümkünse, veri geçiş aracını çalıştırarak kaynaktan hedefe veri kopyalayın.
  4. Bakım penceresi kullanmak bir seçenek değilse, aracı çalıştırarak kaynaktan hedefe veri kopyalayın ve aşağıdaki adımları tamamlayın:
    1. Bir uygulamada okuma/yazma değişiklikleri yapmak için yapılandırma temelli bir yaklaşım kullanın.
    2. İlk kez eşitlemeyi tamamlayın.
    3. Artımlı eşitleme ayarlayın ve değişiklik akışını takip edin.
    4. Yeni hesaba işaret eder ve uygulamayı doğrular.
    5. Eski hesaba yazma işlemini durdurun, değişiklik akışının yakalandığını doğrulayın ve ardından yeni hesaba yazma işaret edin.
    6. Aracı durdurun ve eski hesabı silin.
  5. Eski ve yeni hesaplarda verilerin tutarlı olduğunu doğrulamak için aracı çalıştırın.

Daha fazla bilgi için:

Redis için Azure Cache

Redis için Azure Cache örneğini Azure Almanya'dan genel Azure'a geçirmek istiyorsanız birkaç seçeneğiniz vardır. Seçtiğiniz seçenek gereksinimlerinize bağlıdır.

1. Seçenek: Veri kaybını kabul edin, yeni bir örnek oluşturun

Aşağıdaki koşulların her ikisi de doğru olduğunda bu yaklaşım en mantıklı yöntemdir:

  • geçici veri önbelleği olarak Redis için Azure Cache kullanıyorsunuz.
  • Uygulamanız yeni bölgede önbellek verilerini otomatik olarak yeniden doldurulur.

Veri kaybıyla geçirmek ve yeni bir örnek oluşturmak için:

  1. Yeni hedef bölgede yeni bir Redis için Azure Cache örneği oluşturun.
  2. Uygulamanızı yeni bölgedeki yeni örneği kullanacak şekilde güncelleştirin.
  3. Kaynak bölgedeki eski Redis için Azure Cache örneğini silin.

2. Seçenek: Kaynak örnekten hedef örneğe veri kopyalama

Redis için Azure Cache ekibinin bir üyesi, içeri veya dışarı aktarma işlevi gerektirmeden verileri bir Redis için Azure Cache örnekten diğerine kopyalayan bir açık kaynak aracı yazdı. Araç hakkında bilgi için aşağıdaki adımlarda yer alan 4. adıma bakın.

Kaynak örnekten hedef örneğe veri kopyalamak için:

  1. Kaynak bölgede bir VM oluşturun. Redis için Azure Cache'daki veri kümeniz büyükse, kopyalama süresini en aza indirmek için görece güçlü bir VM boyutu seçtiğinizden emin olun.
  2. Hedef bölgede yeni bir Redis için Azure Cache örneği oluşturun.
  3. Hedef örnekten verileri temizleme. (Kaynak örnekten temizlememeye dikkat edin. Kopyalama aracı hedef konumdaki mevcut anahtarların üzerine yazmadığından temizleme gereklidir.)
  4. Kaynak Redis için Azure Cache örneğindeki verileri hedef Redis için Azure Cache örneğine otomatik olarak kopyalamak için aşağıdaki aracı kullanın: Araç kaynağı ve araç indirme.

Not

Bu işlem, veri kümenizin boyutuna bağlı olarak uzun sürebilir.

Seçenek 3: Kaynak örnekten dışarı aktarın, hedef örneğe aktarın

Bu yaklaşım yalnızca Premium katmanında kullanılabilen özelliklerden yararlanır.

Kaynak örnekten dışarı aktarmak ve hedef örneğe aktarmak için:

  1. Hedef bölgede yeni bir Premium katmanı Redis için Azure Cache örneği oluşturun. Kaynak Redis için Azure Cache örneğiyle aynı boyutu kullanın.

  2. Verileri kaynak önbellekten dışarı aktarın veya Export-AzRedisCache PowerShell cmdlet'ini kullanın.

    Not

    Dışarı aktarma Azure Depolama hesabı önbellek örneğiyle aynı bölgede olmalıdır.

  3. Dışarı aktarılan blobları hedef bölgedeki bir depolama hesabına kopyalayın (örneğin, AzCopy kullanarak).

  4. Verileri hedef önbelleğe aktarın veya Import-AzRedisCAche PowerShell cmdlet'ini kullanın.

  5. Uygulamanızı hedef Redis için Azure Cache örneğini kullanacak şekilde yeniden yapılandırın.

4. Seçenek: İki Redis için Azure Cache örneğe veri yazma, bir örnekten okuma

Bu yaklaşım için uygulamanızı değiştirmeniz gerekir. Uygulamanın önbellek örneklerinden birinden okurken birden fazla önbellek örneğine veri yazması gerekir. bu yaklaşım, Redis için Azure Cache depolanan verilerin aşağıdaki ölçütleri karşılaması durumunda mantıklıdır:

  • Veriler düzenli olarak yenilenir.
  • Tüm veriler hedef Redis için Azure Cache örneğine yazılır.
  • Tüm verilerin yenilenmesi için yeterli zaman var.

Daha fazla bilgi için:

PostgreSQL ve MySQL

Daha fazla bilgi için PostgreSQL ve MySQL'in "Verileri yedekleme ve geçirme" bölümündeki makalelere bakın.

PostgreSQL ve MySQL

Sonraki adımlar

Aşağıdaki hizmet kategorilerindeki kaynakları geçirmeye yönelik araçlar, teknikler ve öneriler hakkında bilgi edinin: