Aracılığıyla paylaş

(Önizleme) Geçiş hizmetiyle postgreSQL için Google AlloyDB sunucusundan PostgreSQL için Azure Veritabanı'na çevrimiçi geçiş

Bu makale, bir PostgreSQL örneğini şirket içi veya Azure sanal makinelerinizden (VM' ler) çevrimiçi modda PostgreSQL için Azure Veritabanı'na geçirme konusunda size yol gösterir.

PostgreSQL için Azure Veritabanı'ndaki geçiş hizmeti, Azure portalı ve Azure CLI ile tümleştirilmiş tam olarak yönetilen bir hizmettir. PostgreSQL için Azure Veritabanı esnek sunucusuna geçiş yolculuğunuzu basitleştirir.

  • Önkoşullar
  • Geçişi gerçekleştirme
  • Geçişi izleme
  • Kesim işlemini başlat
  • Tamamlandığında geçişi kontrol et

Önkoşullar

Geçişe başlamak için aşağıdaki önkoşullara ihtiyacınız vardır:

PostgreSQL için Azure Veritabanı geçiş hizmetiyle geçişe başlamadan önce, özellikle çevrimiçi geçiş senaryoları için tasarlanmış aşağıdaki önkoşulları yerine getirmek önemlidir.

Kaynak sürümü doğrulama

Kaynak PostgreSQL sunucu sürümü 9.5 veya üzeri olmalıdır.

Kaynak PostgreSQL sürümü 9.5'ten küçükse, geçişi başlatmadan önce 9.5 veya üzeri bir sürüme yükseltin.

Uyarı

PostgreSQL için Azure Veritabanı'ndaki geçiş hizmeti, PostgreSQL için Google AlloyDB kaynağının IP adresini kullanan bağlantıları destekler. Biçim myproject:myregion:myinstance desteklenmez.

test_decoding yükleme - kaynak kurulumu

  • test_decoding mantıksal kod çözme mekanizması aracılığıyla WAL alır ve gerçekleştirilen işlemlerin metin gösterimlerine çözer.
  • PostgreSQL için Google AlloyDB'de test_decoding eklentisi önceden yüklenmiştir ve mantıksal çoğaltma için hazırdır. Bu, veri yakalamayı (CDC) değiştirme veya dış sistemlere çoğaltma gibi kullanım örneklerini kolaylaştırarak mantıksal çoğaltma yuvalarını kolayca ayarlamanıza ve WAL değişikliklerini akışla aktarmanıza olanak tanır.
  • Test kodunu çözme eklentisi hakkında daha fazla bilgi için PostgreSQL belgelerine bakın

Hedef kurulumu yapılandırın

  • Geçiş öncesinde PostgreSQL için Azure Veritabanı – Esnek sunucu oluşturulmalıdır.
  • PostgreSQL için Azure Veritabanı – Esnek sunucu için sağlanan SKU, kaynakla aynı olmalıdır.
  • Yeni bir PostgreSQL için Azure Veritabanı oluşturmak için PostgreSQL için Azure Veritabanı esnek sunucusu oluşturma bölümünü ziyaret edin

CDC'yi kaynak olarak etkinleştirme

  • test_decoding mantıksal kod çözme eklentisi, değiştirilen kayıtları kaynaktan yakalar.
  • Geçiş kullanıcısının gerekli çoğaltma ayrıcalıklarına sahip olduğundan emin olmak için aşağıdaki SQL komutunu yürütür:
ALTER USER <user> WITH REPLICATION;

  • Google Cloud Console'da Google AlloyDB PostgreSQL örneğine gidin, ayrıntılar sayfasını açmak için örnek adını seçin, Düzenle düğmesini seçin ve Bayraklar bölümünde aşağıdaki bayrakları değiştirin:

    • Bayrağı ayarla alloydb.logical_decoding = on
    • Bayrağı max_replication_slots birden büyük bir değere ayarlayın; değer, geçiş için seçilen veritabanı sayısından büyük olmalıdır.
    • Bayrağı max_wal_senders birden büyük bir değere ayarlayın. En az max_replication_slots kadar ve örneğinizde halihazırda kullanılan gönderenlerin sayısına eşit olmalıdır.
    • Bayrak wal_sender_timeout , belirtilen milisaniyeden daha uzun süredir etkin olmayan çoğaltma bağlantılarını sonlandırır. Değerin 0 (sıfır) olarak ayarlanması zaman aşımı mekanizmasını devre dışı bırakır ve geçiş için geçerli bir ayardır.

  • Hedef esnek sunucuda, çevrimiçi geçiş sırasında günlüklerin depolanması için yeterli tablolar alanına sahip olduğunuzdan emin olun. Bunun için tanımlı yönetilen bir diski kullanabilirsiniz. Bunu başarmak için, geçiş süresi boyunca sunucu parametresini azure.enable_temp_tablespaces_on_local_ssd devre dışı bırakın ve geçiş sonrasında özgün durumuna geri yükleyin.

Ağ kurulumunu yapılandırma

Geçiş hizmetinin düzgün çalışması için ağ kurulumu çok önemlidir. Kaynak PostgreSQL sunucusunun hedef PostgreSQL için Azure Veritabanı sunucusuyla iletişim kuraadığından emin olun. Başarılı bir geçiş için aşağıdaki ağ yapılandırmaları gereklidir.

Ağ kurulumu hakkında bilgi için Geçiş Hizmeti için Ağ Kılavuzu'nu ziyaret edin.

Uzantıları etkinleştirme

PostgreSQL için Azure Veritabanı'nda geçiş hizmetini kullanarak geçişin başarılı olmasını sağlamak için kaynak PostgreSQL örneğinizdeki uzantıları doğrulamanız gerekebilir. Uzantılar, uygulamanız için gerekli olabilecek işlevler ve özellikler sağlar. Geçiş işlemini başlatmadan önce kaynak PostgreSQL örneğindeki uzantıları doğruladığınızdan emin olun.

PostgreSQL için Azure Veritabanı esnek sunucusunun hedef örneğinde, kaynak PostgreSQL örneğinde tanımlanan desteklenen uzantıları etkinleştirin.

Daha fazla bilgi için bkz . Uzantılar ve modüller.

Sunucu parametrelerini denetleme

Bu parametreler otomatik olarak hedef ortama geçirilmez ve el ile yapılandırılması gerekir.

  • Kaynak PostgreSQL veritabanındaki sunucu parametresi değerlerini Azure portalındaki "Sunucu parametreleri" bölümüne erişerek ve değerleri uygun şekilde el ile güncelleştirerek PostgreSQL için Azure Veritabanı ile eşleştirin.

  • Parametre değişikliklerini kaydedin ve gerekirse yeni yapılandırmayı uygulamak için PostgreSQL için Azure Veritabanı'nı yeniden başlatın.

Kullanıcıları ve rolleri denetleme

PostgreSQL için Azure Veritabanı'na geçiş yaparken, el ile müdahale gerektiren kullanıcı ve rollerin geçişini ayrı ayrı ele almak önemlidir:

  • Kullanıcı ve rollerin el ile geçişi: Kullanıcılar ve ilişkili rolleri PostgreSQL için Azure Veritabanı'na el ile geçirilmelidir. Bu işlemi kolaylaştırmak için pg_dumpall yardımcı programını --globals-only bayrağıyla birlikte kullanarak roller ve kullanıcı hesapları gibi genel nesneleri dışarı aktarabilirsiniz. Aşağıdaki komutu yürüterek, <<username>> öğesini gerçek kullanıcı adıyla ve <<filename>> öğesini istediğiniz çıkış dosyası adıyla değiştirin.

    pg_dumpall --globals-only -U <<username>> -f <<filename>>.sql

  • Süper kullanıcı rollerine kısıtlama: PostgreSQL için Azure Veritabanı süper kullanıcı rollerini desteklemez. Bu nedenle, süper kullanıcı ayrıcalıklarına sahip kullanıcıların geçiş öncesinde bu ayrıcalıkların kaldırılması gerekir. İzinleri ve rolleri uygun şekilde ayarladığınızdan emin olun.

Bu adımları izleyerek, süper kullanıcı kısıtlamalarıyla ilgili sorunlarla karşılaşmadan kullanıcı hesaplarının ve rollerinin PostgreSQL için Azure Veritabanı'na doğru şekilde geçirildiğinden emin olabilirsiniz.

Hedefteki yüksek erişilebilirlik (güvenilirlik) ve okuma replikalarını devre dışı bırakın

  • Hedef ortamda yüksek kullanılabilirlik (güvenilirlik) ve okuma replikalarını devre dışı bırakmak önemlidir. Bu özelliklerin yalnızca geçiş tamamlandıktan sonra etkinleştirilmesi gerekir.

  • Bu yönergeleri izleyerek, HA ve Okuma Çoğaltmalarının getirdiği ek değişkenler olmadan sorunsuz bir geçiş işlemi gerçekleştirmenize yardımcı olabilirsiniz. Geçiş tamamlandıktan ve veritabanı kararlı olduktan sonra, Azure'daki veritabanı ortamınızın kullanılabilirliğini ve ölçeklenebilirliğini artırmak için bu özellikleri etkinleştirmeye devam edebilirsiniz.

Geçişi gerçekleştirme

Azure portalı veya Azure CLI kullanarak geçiş yapabilirsiniz.

Bu makale, PostgreSQL veritabanınızı PostgreSQL için Google AlloyDB sunucusundan PostgreSQL için Azure Veritabanı'na geçirmek için Azure portalını kullanmada size yol gösterir. Azure portalı, veritabanı geçişi de dahil olmak üzere çeşitli görevleri gerçekleştirmenizi sağlar. Bu öğreticide açıklanan adımları izleyerek, veritabanınızı sorunsuz bir şekilde Azure'a aktarabilir, güçlü özelliklerinden ve ölçeklenebilirlik özelliklerinden yararlanabilirsiniz.

Geçiş görevini yapılandırma

Geçiş hizmeti, Azure portalında basit, sihirbaz tabanlı bir deneyimle birlikte gelir.

Azure portalını kullanma:

  1. Azure Database for PostgreSQL esnek sunucunuzu seçin.

  2. Kaynak menüsünde Geçiş'i seçin.

    Geçiş sayfasının ekran görüntüsü.

  3. Yerleşik ortamdan veya Azure VM'den esnek bir sunucuya geçiş yapmak için, sihirbaz tabanlı sekmelerden oluşan bir dizi adımı takip etmek üzere Oluştur'u seçin.

    Uyarı

    Geçiş hizmetini ilk kez kullandığınızda, ilk geçişinizi başlatmak için bir istem içeren boş bir kılavuz görüntülenir.

    Esnek sunucu hedefinize geçişler zaten oluşturulduysa kılavuzda artık geçiş girişimiyle ilgili bilgiler yer alır.

    Geçiş sayfasında Oluştur'u seçtikten sonra görüntülenen Kurulum sekmesinin ekran görüntüsü.

Kurulum

Geçiş adı, kaynak sunucu türü, seçenek ve mod gibi geçişle ilgili birden çok ayrıntı sağlamanız gerekir.

  • Geçiş adı , bu esnek sunucu hedefine yapılan her geçiş için benzersiz tanımlayıcıdır. Bu alan yalnızca alfasayısal karakterleri kabul eder ve kısa çizgi (-) dışında herhangi bir özel karakteri kabul etmez. Ad kısa çizgiyle başlayamaz ve hedef sunucu için benzersiz olmalıdır. Aynı esnek sunucu hedefine yapılan iki geçişin adı aynı olamaz.

  • Kaynak sunucu türü - PostgreSQL kaynağınıza bağlı olarak Azure Sanal Makinesi veya Şirket içi sunucu'nu seçebilirsiniz.

  • Geçiş seçeneği - Geçişi tetiklemeden önce doğrulamalar gerçekleştirmenize olanak tanır. Aşağıdaki seçeneklerden herhangi birini seçebilirsiniz:

    • Doğrula - Sunucunuzu ve veritabanınızın hedefe geçiş için hazır olup olduğunu denetler.
    • Doğrula ve Taşı — Geçişi tetiklemeden önce doğrulama gerçekleştirir. Doğrulama hatası yoksa geçiş başlatılır.

Doğrula veya Doğrula ve geçir seçeneğinin seçilmesi, geçişi çalıştırmadan önce geçiş öncesi doğrulamaları gerçekleştirmek için her zaman iyi bir uygulamadır.

Geçiş öncesi doğrulama hakkında daha fazla bilgi edinmek için premigration sayfasını ziyaret edin.

  • Geçiş modu , geçiş için modu seçmenize olanak tanır. Varsayılan seçenek çevrimdışıdır . Bu durumda, bunu Çevrimiçi olarak değiştireceğiz.

İleri: Çalışma zamanı sunucusu'nu seçin.

Gerekli ayrıntıları sağladıktan sonra Kurulum sekmesinin ekran görüntüsü.

Çalışma zamanı sunucusu

Geçiş çalışma zamanı sunucusu, PostgreSQL için Azure Veritabanı'nda geçiş hizmeti içinde, geçiş sırasında aracı sunucu olarak görev yapmak üzere tasarlanmış özel bir özelliktir. Bu, hedef sunucu olmayan ayrı bir PostgreSQL için Azure Veritabanı esnek sunucu örneğidir, ancak veritabanlarının yalnızca özel ağ üzerinden erişilebilen bir kaynak ortamdan geçişini kolaylaştırmak için kullanılır.

Çalışma Zamanı sunucusu sekmesinin ekran görüntüsü.

Çalışma zamanı sunucusu hakkında daha fazla bilgi için Geçiş çalışma zamanı sunucusu konusunu ziyaret edin.

Kaynak sunucu

Kaynak sunucu sekmesi, veritabanlarının kaynağı olan Kurulum sekmesinde seçilen kaynakla ilgili ayrıntıları vermenizi ister.

  • Sunucu adı - Ana bilgisayarın adını veya kaynak PostgreSQL sunucusunun IP adresini belirtin.
  • Bağlantı Noktası - Kaynak sunucunun bağlantı noktası numarası.
  • Yönetici oturum açma - Kaynak PostgreSQL sunucusunun yönetici kullanıcısının adı.
  • Parola - Kaynak PostgreSQL sunucusuna bağlanmak için sağlanan yönetici oturum açma bilgilerinin parolası.
  • SSL modu - Desteklenen değerler preferred ve required'tir. Kaynak PostgreSQL sunucusundaki SSL OFF olduğunda, prefer kullanın. Eğer kaynak sunucudaki SSL ON ise, require kullanın. SSL değerleri, kaynak sunucunun postgresql.conf dosyasında belirlenebilir.
  • Bağlantı testi — Hedef ve kaynak arasındaki bağlantı testini gerçekleştirir. Bağlantı başarılı olduktan sonra sonraki sekmeye geçebilirsiniz. Bu test, sağlanan kimlik bilgilerini kullanarak kimlik doğrulaması da dahil olmak üzere hedef ve kaynak sunucular arasında mevcut olabilecek tüm bağlantı sorunlarını belirlemeyi hedefler. Test bağlantısı kurmak birkaç saniye sürer.

Başarılı bir test bağlantısından sonra İleri: Hedef sunucu'ya tıklayın.

Kaynak sunucu geçiş sekmesinin ekran görüntüsü.

Hedef sunucu

Hedef sunucu sekmesinde abonelik adı, kaynak grubu, sunucu adı, konum ve PostgreSQL sürümü gibi esnek sunucu hedefi için meta veriler görüntülenir.

  • Yönetici oturum açma - Hedef PostgreSQL sunucusunun yönetici kullanıcısının adı.
  • Parola - Hedef PostgreSQL sunucusuna bağlanmak için sağlanan yönetici oturum açma bilgilerinin parolası.
  • Özel FQDN veya IP adresi: Özel FQDN veya IP adresi alanı isteğe bağlıdır ve hedef özel bir DNS sunucusunun arkasında olduğunda veya özel DNS ad alanlarına sahip olduğunda kullanılabilir, böylece yalnızca belirli FQDN'ler veya IP adresleri aracılığıyla erişilebilir. Örneğin, özel DNS sunucusu production-flexible-server.example.com DNS bölgesini içeriyorsa veya bu bölge için sorguları 198.1.0.2 adresine iletirse, production-flexible-server.postgres.database.azure.com, postgres.database.azure.com veya 168.63.129.16 gibi girdiler ya da 168.63.129.16 gibi bir PostgreSQL FQDN'si, Azure genel ya da özel DNS bölgesinde çözümlenebilir.
  • Bağlantı testi — Kaynak ve hedef arasındaki bağlantı testini gerçekleştirir. Bağlantı başarılı olduktan sonra sonraki sekmeye geçebilirsiniz. Bu test, sağlanan kimlik bilgilerini kullanarak kimlik doğrulaması da dahil olmak üzere kaynak ve hedef sunucular arasında mevcut olabilecek tüm bağlantı sorunlarını belirlemeyi amaçlar. Test bağlantısı kurmak birkaç saniye sürer.

Test bağlantısı başarılı olduktan sonra, doğrulama veya geçiş için Sonraki: Veritabanları'nı seçin

Hedef sunucu geçişi sekmesinin ekran görüntüsü.

Doğrulanması veya geçirilmesi gereken veritabanları

Doğrulanması veya geçirilmesi gereken veritabanları sekmesinin altında, kaynak PostgreSQL sunucunuzdan geçirebileceğiniz kullanıcı veritabanlarının listesini seçebilirsiniz.

Veritabanlarını seçtikten sonra İleri: Özet'i seçin.

Geçiş işlemini doğrulamak veya geçirmek için veritabanları sekmesinin ekran görüntüsü.

Özet

Özet sekmesi, doğrulama veya geçiş oluşturmaya yönelik tüm kaynak ve hedef ayrıntılarını özetler. Ayrıntıları gözden geçirin ve Doğrulamayı ve geçişi başlat'ı seçin.

Özet geçiş sekmesinin ekran görüntüsü.

Doğrulamayı veya geçişi iptal etme

Devam eden doğrulamaları veya geçişleri iptal edebilirsiniz. İş akışının iptal edilmesi için Devam ediyor durumunda olması gerekir. Başarılı veya Başarısız durumunda bir doğrulamayı veya geçişi iptal yapamazsınız.

Doğrulamayı iptal etmek diğer doğrulama etkinliklerini durdurur ve doğrulama İptal Edildi durumuna geçer.

Geçişi iptal etmek, hedef sunucunuzda daha fazla geçiş etkinliğini durdurur ve İptal edildi durumuna geçer. Hedef sunucunuzdaki değişiklikleri silmez veya geri almaz. İptal edilmiş bir geçişe dahil olan veritabanlarını hedef sunucudan kaldırdığınızdan emin olun.

Geçişi izleme

Doğrulamayı ve geçişi başlat düğmesini seçtikten sonra birkaç saniye içinde doğrulama veya geçiş oluşturma işleminin başarılı olduğunu belirten bir bildirim görüntülenir. Otomatik olarak esnek sunucunun Geçiş sayfasına yönlendirilirsiniz. Girdide Durum olarak Devam etmekte gösterilir. İş akışının geçiş altyapısını ayarlaması ve ağ bağlantılarını denetlemesi 2-3 dakika sürer.

İzleyici geçiş sayfasının ekran görüntüsü.

Geçişleri görüntüleyen kılavuzda şu sütunlar bulunur: Ad, Durum, Geçiş modu, Geçiş türü, Kaynak sunucu, Kaynak sunucu türü, Veritabanları, Süre ve Başlangıç saati. Girişler Başlangıç zamanına göre azalan düzende ve en son girdi en üstte olacak şekilde görüntülenir. Doğrulama veya geçiş çalıştırmasının durumunu yenilemek için araç çubuğundaki Yenile düğmesini kullanabilirsiniz.

Geçiş ayrıntıları

İlişkili ayrıntıları görmek için tabloda geçiş adını seçin.

Önceki adımlarda, bu geçişi oluştururken geçiş seçeneğini Doğrula ve geçir olarak yapılandırdığını unutmayın. Bu senaryoda, geçiş başlamadan önce doğrulamalar gerçekleştirilir. Önkoşul adımlarını gerçekleştirme alt durumu tamamlandıktan sonra, iş akışı Devam eden Doğrulama'nın alt durumuna geçer.

  • Doğrulamada hatalar varsa, geçiş Başarısız durumuna geçer.

  • Doğrulama hatasız tamamlanırsa geçiş başlatılır ve iş akışı Verileri Geçirme alt durumuna geçer.

Doğrulama ayrıntıları örnek ve veritabanı düzeyinde kullanılabilir.

  • Örneğin doğrulama ayrıntıları
    • Bağlantı denetimi, kaynak sürüm, yani PostgreSQL sürüm >= 9.5 ve sunucu parametresi denetimiyle ilgili doğrulamayı, uzantıların PostgreSQL için Azure Veritabanı esnek sunucusunun sunucu parametrelerinde etkinleştirilip etkinleştirilmediğini içerir.
  • Veritabanları için doğrulama ve geçiş ayrıntıları
    • PostgreSQL için Azure Veritabanı esnek sunucusunda uzantılar ve harmanlama desteğiyle ilgili tek tek veritabanlarının doğrulanması içerir.

Geçiş ayrıntıları sayfasının altında Doğrulama durumunu ve Geçiş durumunu görebilirsiniz.

Doğrulama ve geçişi gösteren ayrıntıların ekran görüntüsü.

Bazı olası geçiş durumları:

Geçiş durumu

Statü Description
Sürdürülüyor Geçiş altyapısı kurulumu devam ediyor veya gerçek veri geçişi devam ediyor.
İptal Edildi Geçiş iptal edilir veya silinir.
Başarısız oldu Geçiş başarısız oldu.
Doğrulama başarısız oldu Doğrulama başarısız oldu.
Başarılı Geçiş başarılı oldu ve tamamlandı.
Kullanıcı eylemi bekleniyor Kullanıcı aksiyonu bekleniyor, geçiş işlemini gerçekleştirmek için.

Geçiş ayrıntıları

Alt Statü Description
Önkoşul adımlarını gerçekleştirme Veri geçişi için altyapı kurulumu devam ediyor.
Doğrulama devam ediyor Doğrulama devam ediyor.
Hedefteki veritabanı kaldırılıyor Hedef sunucuda hâlihazırda mevcut olan veritabanı kaldırılmakta.
Verileri geçirme Veri geçişi devam ediyor.
Geçiş tamamlanıyor Geçiş, tamamlanma işleminin son aşamalarındadır.
Tamamlandı Geçiş tamamlandı.
Başarısız oldu Geçiş başarısız oldu.

Doğrulama alt durumları

Alt Statü Description
Başarısız oldu Doğrulama başarısız oldu.
Başarılı Doğrulama başarılı oldu.
Uyarı Doğrulama uyarı durumunda.

Kesim işlemini başlat

Tam geçişi Azure portalını veya Azure CLI'yi kullanarak başlatabilirsiniz.

Doğrula ve geçir seçeneği için, çevrimiçi geçişin tamamlanması, kullanıcının tam geçiş eylemini tetikleyen ek bir adımı tamamlamasını gerektirir. Temel verilerin kopyalanması veya klonlanması tamamlandıktan sonra geçiş, Waiting for user action duruma ve Waiting for cutover trigger alt duruma geçer. Bu durumda, kullanıcı migrasyonu seçerek portaldan tam geçişi başlatabilir.

Sistem geçişini başlatmadan önce şunların sağlanması önemlidir:

  • Kaynağa yazma işlemleri durdurulur; latency değer 0 veya 0'a yakın. Bilgiler latency aşağıda gösterildiği gibi geçiş ayrıntıları ekranından alınabilir:
  • latency değer 0'a düşer veya 0'a yakın
  • değeri, latency hedefin kaynakla en son ne zaman eşitlendiğini gösterir. Kaynağa yazma işlemi bu noktada durdurulabilir ve tam geçiş başlatılabilir. Kaynakta yoğun trafik olması durumunda, latency değeri 0'a yaklaşsın diye önce yazmaların durdurulması ve ardından kesintisiz geçişin başlatılması önerilir.

Tam geçiş işlemi, kaynak sunucudan hedef sunucuya bekleyen tüm değişiklikleri uygular ve geçişi tamamlar. Sıfır olmayan bir latency ile geçiş işlemini başlatırsanız, çoğaltma o noktaya kadar durdurulur. Kesme noktasına kadar kaynak üzerindeki tüm veriler daha sonra hedefe uygulanır. Tam geçiş noktasında 15 dakikalık bir gecikmeyle karşılaşırsanız, son 15 dakikada verilerde yapılan tüm değişiklikler hedefe uygulanır.

Süre, son 15 dakikada gerçekleşen değişikliklerin kapsamına bağlıdır. Bu nedenle tam geçişi tetiklemeden önce gecikme süresinin sıfıra veya sıfıra yakın olması önerilir.

  • Alt durum veya tam geçiş (çevrimiçi geçişte) başarıyla tamamlandığında, geçiş Succeeded durumuna geçer Migrating data. Altstatusta Migrating data bir sorun varsa geçiş bir Failed duruma geçer.

Tamamlandığında geçişi kontrol et

Veritabanlarını tamamladıktan sonra, kaynak ve hedef arasındaki verileri el ile doğrulamanız ve hedef veritabanındaki tüm nesnelerin başarıyla oluşturulduğunu doğrulamanız gerekir.

Geçiş sonrasında aşağıdaki görevleri gerçekleştirebilirsiniz:

  • Esnek sunucunuzdaki verileri doğrulayın ve kaynak örneğin tam bir kopyası olduğundan emin olun.

  • Doğrulama sonrasında esnek sunucunuzda gerektiğinde yüksek kullanılabilirlik seçeneğini etkinleştirin.

  • Esnek sunucunun SKU'sunu uygulama gereksinimlerine uyacak şekilde değiştirin. Bu değişiklik için veritabanı sunucusunun yeniden başlatılması gerekir.

  • Kaynak örnekteki varsayılan değerlerinden herhangi bir sunucu parametresini değiştirirseniz, esnek sunucudaki bu sunucu parametre değerlerini kopyalayın.

  • Etiketler, uyarılar ve güvenlik duvarı kuralları (varsa) gibi diğer sunucu ayarlarını kaynak örnekten esnek sunucuya kopyalayın.

  • Bağlantı dizelerini esnek bir sunucuya işaret etmek için uygulamanızda değişiklikler yapın.

  • Performans ayarlaması gerekip gerekmediğini görmek için veritabanı performansını yakından izleyin.

İlgili içerik

  • Last updated on