Azure 'da Oracle Database Enterprise Sürümü için başvuru mimarileri

Uygulama hedefi: : Heavy_check_mark: Linux VM 'leri

Bu kılavuzda, Azure 'da yüksek kullanılabilirliğe sahip bir Oracle veritabanını dağıtmaya ilişkin bilgiler ayrıntılı olarak sunulmaktadır. Ayrıca, bu kılavuz olağanüstü durum kurtarma ile ilgili hususlar ele alır. Bu mimariler, müşteri dağıtımları temel alınarak oluşturulmuştur. bu kılavuz yalnızca Oracle Database Enterprise Sürümü için geçerlidir.

Oracle veritabanınızın performansını en üst düzeye çıkarmak hakkında daha fazla bilgi edinmek istiyorsanız, bkz. Oracle DB mimarisi.

Varsayımlar

  • Azure 'un kullanılabilirlik alanları gibi farklı kavramlarını kavramış olursunuz
  • Oracle Database Enterprise Sürümü 12c veya sonraki bir sürümü çalıştırıyorsunuz
  • Bu makaledeki çözümleri kullanırken lisanslama etkilerine ilişkin farkındayız ve bunları onaylamış olursunuz

Oracle veritabanları için yüksek kullanılabilirlik

Bulutta yüksek kullanılabilirlik elde etmek, her kuruluşun planlama ve tasarımının önemli bir parçasıdır. Microsoft Azure kullanılabilirlik alanları ve kullanılabilirlik kümeleri sunar (kullanılabilirlik bölgelerinin kullanılamadığı bölgelerde kullanılmak üzere). Bulut için tasarlamak üzere sanal makinelerinizin kullanılabilirliğini yönetme hakkında daha fazla bilgi edinin.

Oracle Native araçlara ve sunumlarına ek olarak, Oracle Data Guard, Azure 'da AYARLANABILECEĞI fsfo, parçave altın başak ile Data Guardgibi yüksek kullanılabilirliğe yönelik çözümler sağlar. Bu kılavuz, bu çözümlerin her biri için başvuru mimarilerini içerir.

Son olarak, bulut için uygulamaları geçirirken veya oluştururken, yeniden deneme deseni ve devre kesici desenigibi bulut Yerel desenleri eklemek için uygulama kodunuzu ince ayar önemlidir. Bulut tasarım desenleri kılavuzunda tanımlanan ek desenler uygulamanızın daha dayanıklı olmasını sağlayabilir.

Bulutta Oracle RAC

Oracle gerçek uygulama kümesi (RAC), bir veritabanı depolamasına (paylaşılan-tüm mimari desenler) erişen çok sayıda örneğe sahip olacak şekilde, müşterilerin yüksek bir geçiş yapmasına yardımcı olmak için Oracle tarafından sağlanan bir çözümdür. Oracle RAC, şirket içi yüksek kullanılabilirlik için de kullanılabilir olsa da, yalnızca örnek düzeyindeki hatalara karşı koruma ve raf düzeyinde ya da veri merkezi düzeyindeki hatalara karşı değil, bulutta yüksek kullanılabilirlik için yalnızca Oracle RAC kullanılamaz. Bu nedenle, Oracle, yüksek kullanılabilirlik için veritabanınızda Oracle Data Guard (tek örnekli veya RAC) kullanmanızı önerir. Müşteriler, iş açısından kritik uygulamalarını çalıştırmak için genellikle yüksek bir SLA gerektirir. Oracle RAC Şu anda Azure 'da Oracle tarafından sertifikalı veya desteklenmiyor. Ancak Azure, örnek düzeyindeki hatalara karşı korumaya yardımcı olmak için Azure gibi Kullanılabilirlik Alanları ve planlı bakım pencereleri sunmaktadır. Bunlara ek olarak müşteriler, veritabanlarını raf düzeyinde ve veri merkezi düzeyi ve coğrafi siyatik arızalardan yararlanarak yüksek performans ve dayanıklılık için Oracle veri koruyucusu, Oracle GoldenGate ve Oracle parçaları gibi teknolojileri de kullanabilir.

Oracle veritabanlarını Oracle Data Guard veya GoldenGate ile birlikte birden çok kullanılabilirlik alanında çalıştırırken, müşteriler% 99,99 ' lik bir çalışma süresi SLA 'sı alabilir. Kullanılabilirlik bölgelerinin henüz mevcut olmadığı Azure bölgelerinde, müşteriler kullanılabilirlik kümelerini kullanabilir ve% 99,95 ' lik bir çalışma süresi SLA 'sı elde edebilir.

NOTE: Microsoft tarafından sunulan çalışma süresi SLA 'sına göre çok daha yüksek bir çalışma süresi hedefi olabilir.

Oracle veritabanları için olağanüstü durum kurtarma

Görev açısından kritik uygulamalarınızı bulutta barındırırken, yüksek kullanılabilirlik ve olağanüstü durum kurtarma için tasarlamak önemlidir.

Oracle Database Enterprise Sürümü için, Oracle Data Guard olağanüstü durum kurtarma için yararlı bir özelliktir. Eşlenmiş bir Azure bölgesinde bir bekleme veritabanı örneği ayarlayabilir ve olağanüstü durum kurtarma Için Data Guard yük devretmesini ayarlayabilirsiniz. Sıfır veri kaybı için, etkin Data Guard 'a ek olarak bir Oracle Data Guard 'a yönelik eşitleme örneği dağıtmanız önerilir.

Uygulamanızın gecikmeye izin vermesi durumunda Data Guard 'ın en çok eşitleme örneğini, Oracle birincil veritabanınızın farklı bir kullanılabilirlik alanında ayarlamayı düşünün (tam test gerekir). Yineleme dosyalarınızın eşzamanlı aktarımını en fazla eşitleme örneğine ayarlamak için maksimum kullanılabilirlik modunu kullanın. Daha sonra bu dosyalar, bekleyen veritabanına zaman uyumsuz olarak aktarılır.

Uygulamanız, en yüksek kullanılabilirlik modundaki (zaman uyumlu) farklı bir kullanılabilirlik alanında bir çok eşitleme örneği ayarlarken performans kaybına izin vermezse, birincil veritabanınızla aynı Kullanılabilirlik bölgesinde bir çok eşitleme örneği ayarlayabilirsiniz. Ek kullanılabilirlik için, birincil veritabanınıza ve en az bir örneğe yakın olan birden çok sayıda eşitleme örneğini, bekleyen veritabanınıza (rol geçişleri) yakın bir şekilde ayarlamayı düşünün. Bu Oracle Active Data Guard 'ın en çok eşitleme teknik incelemesiIçindeki Oracle Data Guard 'ın en fazla eşitlemesi hakkında daha fazla

Oracle Standard Sürümü veritabanlarını kullanırken, yüksek kullanılabilirlik ve olağanüstü durum kurtarma ayarlamanıza olanak tanıyan dbziyaret bekleme gibi ısv çözümleri vardır.

Başvuru mimarileri

Oracle Data Guard

Oracle Data Guard, Kurumsal veriler için yüksek kullanılabilirlik, veri koruma ve olağanüstü durum kurtarma sağlar. Data Guard, bekleyen veritabanlarını birincil veritabanının işlemsel olarak tutarlı kopyaları olarak korur. Birincil ve ikincil veritabanları ile gecikme süresi için uygulama toleransı arasındaki uzaklığa bağlı olarak, zaman uyumlu veya zaman uyumsuz çoğaltma ayarlayabilirsiniz. Daha sonra, birincil veritabanı planlanmış veya planlanmamış bir kesinti nedeniyle kullanılamıyorsa, veri koruma, bekleyen bir veritabanını birincil role değiştirebilir ve kapalı kalma süresini en aza indirir.

Oracle Data Guard kullanırken, ikincil veritabanınızı salt okuma amacıyla de açabilirsiniz. Bu yapılandırmaya Active Data Guard adı verilir. Oracle Database 12c, Data Guard 'ın en çok eşitleme örneği olarak adlandırılan bir özellik sunmuştur. Bu örnek, performansı tehlikeye duymadan Oracle veritabanınızın sıfır veri kaybı yapılandırmasını ayarlamanıza olanak sağlar.

Not

Etkin veri koruma ek lisanslama gerektirir. Bu lisans, en çok eşitleme özelliğini kullanmak için de gereklidir. Lisanslama etkilerini tartışmak için lütfen Oracle temsilcinizle bağlantı sağlayın.

FSFO ile Oracle Data Guard

Fast-Start yük devretme (FSFO) ile Oracle Data Guard, aracıyı ayrı bir makineye ayarlayarak ek dayanıklılık sağlayabilir. Data Guard Broker ve ikincil veritabanı, gözlemci çalıştırır ve kapalı kalma süresi için birincil veritabanını gözlemleyin. Bu, Data Guard gözlemci kurulumunda de artıklık sağlar.

Oracle Database sürüm 12,2 ve üzeri ile, tek bir Oracle Data Guard Broker yapılandırması ile birden çok Observer yapılandırmak da mümkündür. Bu kurulum, bir gözlemci ve ikincil veritabanı deneyimine kapalı kalma olasılığına karşı ek kullanılabilirlik sağlar. Data Guard Aracısı hafif ve görece küçük bir sanal makinede barındırılabilir. Data Guard Aracısı ve avantajları hakkında daha fazla bilgi edinmek için bu konudaki Oracle belgelerini ziyaret edin.

Aşağıdaki diyagram, Azure 'da kullanılabilirlik alanları ile Oracle Data Guard 'ın kullanılması için önerilen bir mimaridir. Bu mimari% 99,99 VM çalışma süresi SLA 'sını almanızı sağlar.

Kullanılabilirlik alanları ile Azure 'da Oracle Data Guard 'ı kullanmak için önerilen bir mimari gösteren diyagram.

Önceki diyagramda istemci sistemi, Web aracılığıyla Oracle arka ucu ile özel bir uygulamaya erişir. Web ön ucu, bir yük dengeleyicide yapılandırılır. Web ön ucu, çalışmayı işlemek için uygun uygulama sunucusuna bir çağrı yapar. Uygulama sunucusu birincil Oracle veritabanını sorgular. Oracle veritabanı, lisans maliyetlerine kaydetmek ve performansı en üst düzeye çıkarmak için Kısıtlanmış çekirdek vCPU 'ları olan hiper iş parçacıklı bellek için iyileştirilmiş bir sanal makine kullanılarak yapılandırılmıştır. Performans ve yüksek kullanılabilirlik için birden fazla Premium veya ultra disk (yönetilen diskler) kullanılır.

Oracle veritabanları, yüksek kullanılabilirlik için birden fazla kullanılabilirlik bölgesine yerleştirilir. Her bölge, bağımsız güç, soğutma ve ağ ile donatılmış bir veya daha fazla veri merkezinden oluşur. Dayanıklılık sağlamak için, tüm etkin bölgelerde en az üç ayrı bölge ayarlanır. Bölge içindeki kullanılabilirlik bölgelerinin fiziksel ayrımı, verileri veri merkezi hatalarından korur. Ayrıca, bir kesinti oluştuğunda veritabanını ikincil üzerinde başlatmak ve yükünü devretmek için iki kullanılabilirlik bölgesinde iki fsfo gözlemcilerin ayarlanır.

Diğer gözlemcilerin ve/veya standby veritabanlarını, önceki mimaride gösterilen bölgeden farklı bir kullanılabilirlik bölgesinde (Bu durumda az 1) ayarlayabilirsiniz. son olarak, oracle veritabanları, oracle Enterprise Manager (OEM) tarafından çalışma süresi ve performans için izlenir. OEM ayrıca çeşitli performans ve kullanım raporları oluşturmanıza da olanak sağlar.

Kullanılabilirlik bölgelerinin desteklenmeyen bölgelerde, Oracle Database yüksek oranda kullanılabilir bir şekilde dağıtmak için kullanılabilirlik kümelerini kullanabilirsiniz. Kullanılabilirlik kümeleri% 99,95 ' lik bir VM çalışma süresi elde etmenizi sağlar. Aşağıdaki diyagramda bu kullanım için bir başvuru mimarisi verilmiştir:

Veri koruma Aracısı ile kullanılabilirlik kümelerini kullanmak Oracle Database-FSFO

Not

  • yalnızca bir OEM 'nin dağıtılmakta olan bir örneği olduğundan, Oracle Enterprise Manager VM 'sinin bir kullanılabilirlik kümesine yerleştirilmesi gerekmez.
  • Ultra diskler, bir kullanılabilirlik kümesi yapılandırmasında Şu anda desteklenmiyor.

Oracle Data Guard en çok eşitleme

Oracle Data Guard en çok eşitleme, Oracle veritabanları için sıfır veri kaybı koruma yeteneği sağlar. Bu özellik, veritabanı makineniz başarısız olursa veri kaybına karşı korumanızı sağlar. Oracle Data Guard 'ın en çok eşitlemesini ayrı bir sanal makineye yüklenmesi gerekir. En çok eşitleme, yalnızca bir denetim dosyası, parola dosyası, SPFile ve bekleme günlüğü olan basit bir Oracle örneğidir. Veri dosyası veya rego günlük dosyası yok.

Sıfır veri kaybı koruması için, birincil veritabanınız ile en çok eşitleme örneği arasında zaman uyumlu iletişim olmalıdır. En çok eşitleme örneği, birincili olarak zaman uyumlu bir şekilde geri alır ve bunu tüm bekleme veritabanlarına anında zaman uyumsuz bir şekilde iletir. Bu kurulum, yalnızca tüm bekleme veritabanları yerine yalnızca en fazla eşitleme örneğine bir tane gönderilmesi gerektiğinden birincil veritabanındaki yükü azaltır. Bir çok eşitleme örneği başarısız olursa Data Guard, neredeyse sıfır veri kaybı korumasını sağlamak için birincil veritabanından ikincil veritabanına zaman uyumsuz aktarım kullanır. Müşteriler, ek dayanıklılık için her veritabanı örneği (birincil ve ikincil) başına birden çok eşitleme örneği dağıtabilir.

Aşağıdaki diyagram, Oracle Data Guard 'ın en çok eşitlemesini kullanan yüksek oranda kullanılabilir bir mimaridir:

Data Guard Far Sync & Aracısı ile kullanılabilirlik alanları kullanan Oracle veritabanı - FSFO

Önceki mimaride, ikisi arasındaki gecikme süresini azaltmak için veritabanı örneğiyle aynı kullanılabilirlik bölgesine dağıtılmış bir Uzak Eşitleme örneği vardır. Uygulamanın gecikme süresine duyarlı olduğu durumlarda, veritabanınızı ve Uzak Eşitleme örneğinizi veya örneklerini yakınlık yerleştirme grubuna dağıtmayı göz önünde bulundurabilirsiniz.

Aşağıdaki diyagram, yüksek kullanılabilirlik ve olağanüstü durum kurtarma elde etmek için Oracle Data Guard FSFO ve Far Sync kullanan bir mimaridir:

Oracle Database Data Guard Far Sync & Aracısı - FSFO ile olağanüstü durum kurtarma için kullanılabilirlik alanları kullanma

Oracle GoldenGate

GoldenGate, kuruluş genelinde birden çok heterojen platform arasında işlem düzeyinde veri değişimini ve işlemeyi sağlar. Kaydedilmiş işlemleri işlem bütünlüğü ve mevcut altyapınız üzerinde minimum ek yük ile taşır. Modüler mimarisi, çeşitli topolojiler genelinde seçilen veri kayıtlarını, işlem değişikliklerini ve DDL'ye (veri tanımlama dili) yapılan değişiklikleri ayıklama ve çoğaltma esnekliği sağlar.

Oracle GoldenGate, çift yönlü çoğaltma sağlayarak veritabanınızı yüksek kullanılabilirlik için yapılandırmanıza olanak sağlar. Bu, çoklu ana veya etkin-etkin yapılandırması ayarlamaya olanak sağlar. Aşağıdaki diyagram, Azure'da Oracle GoldenGate etkin-etkin kurulumu için önerilen bir mimaridir. Aşağıdaki mimaride Oracle veritabanı, lisans maliyetlerden tasarruf etmek ve performansı en üst düzeye çıkarmak için kısıtlı çekirdek vCPU'lara sahip hiper iş parçacıklı bellek için iyileştirilmiş bir sanal makine kullanılarak yapılandırılmıştır. Performans ve kullanılabilirlik için birden çok premium veya ultra disk (yönetilen diskler) kullanılır.

Oracle Database Data Guard Aracısı ile kullanılabilirlik alanları kullanma - FSFO

Not

Benzer bir mimari, kullanılabilirlik alanları şu anda kullanılabilir olmayan bölgelerde kullanılabilirlik kümeleri kullanılarak da kullanılabilir.

Oracle GoldenGate'in, verilerinizi bir Oracle veritabanı sunucusundan diğerine zaman uyumsuz olarak çoğaltmanıza yardımcı olan Extract, Pump ve Replicat gibi süreçleri vardır. Bu işlemler, kullanılabilirlik alanı düzeyinde kapalı kalma süresi varsa veritabanınız için yüksek kullanılabilirlik sağlamak için çift yönlü çoğaltma ayarlamanızı sağlar. Önceki diyagramda Ayıklama işlemi Oracle veritabanınız ile aynı sunucuda, Data Pump ve Replicat işlemleri ise aynı kullanılabilirlik alanı içinde ayrı bir sunucuda çalışır. Replicat işlemi, diğer kullanılabilirlik alanı içinde veritabanından veri almak ve verileri kullanılabilirlik alanı içinde Oracle veritabanına işlemek için kullanılır. Benzer şekilde, Veri Pompa işlemi Ayıklama işlemi tarafından ayıklanan verileri diğer kullanılabilirlik alanı çoğaltma işlemine gönderir.

Önceki mimari diyagramında ayrı bir sunucuda yapılandırılan Data Pump ve Replicat işlemi göstererken, sunucu kapasitenize ve kullanımınıza bağlı olarak tüm Oracle GoldenGate işlemlerini aynı sunucuda kurabilirsiniz. Sunucu kullanım desenini anlamak için her zaman AWR raporunuza ve Azure'daki ölçümlere danışın.

Farklı kullanılabilirlik bölgelerinde veya farklı bölgelerde Oracle GoldenGate çift yönlü çoğaltmayı ayarlarken, farklı bileşenler arasındaki gecikme süresinin uygulamanıza uygun olduğundan emin olmak önemlidir. Kullanılabilirlik alanları ile bölgeler arasındaki gecikme süresi değişebilir ve birden çok faktöre bağlıdır. Farklı kullanılabilirlik alanları ve/veya bölgelerde uygulama katmanınız ile veritabanı katmanınız arasında performans testleri ayarlamanız ve bunun uygulama performans gereksinimlerinizi karşılar olduğunu onaylamanız önerilir.

Uygulama katmanı kendi alt ağın içinde ayarlanır ve veritabanı katmanı kendi alt ağın içine ayrılabilir. Mümkün olduğunda, uygulama sunucularınız Azure Application Gateway yük dengelemesi yapmak için Azure Application Gateway kullanmayı göz önünde bulundurabilirsiniz. Azure Application Gateway güçlü bir web trafiği yük dengeleyicidir. Bir kullanıcı oturumunu aynı sunucuda tutan, böylece veritabanındaki çakışmaları en aza indiren tanımlama bilgisi tabanlı oturum benzeşliği sağlar. Application Gateway alternatifleri Azure Load Balancer ve Azure Traffic Manager.

Oracle Parçalama

Parçalama, Oracle 12.2'de tanıtıldı olan bir veri katmanı desenidir. Verilerinizi yatay olarak bölümlemenizi ve bağımsız veritabanlarında ölçeklendirmenizi sağlar. Bu, her veritabanının ayrılmış bir sanal makinede barındırılmış olduğu ve yüksek okuma ve yazma aktarım hızına ek olarak, yüksek düzeyde okuma ve yazma kullanılabilirliği sağlayan, hiçbir şey paylaşmadan bir mimaridir. Bu düzen tek hata noktalarını ortadan kaldırmanın, hata yalıtımının sağlar ve kesinti süresi olmadan yükseltmelerin devamını sağlar. Bir parçanın veya veri merkezi düzeyindeki bir hatanın kapalı kalma süresi, diğer veri merkezlerindeki diğer parçaların performansını veya kullanılabilirliğini etkilemez.

Parçalama, kapalı kalma süresini kaldırabilen yüksek aktarım hızına sahip OLTP uygulamaları için uygundur. Aynı parçalama anahtarına sahip tüm satırların her zaman aynı parçada olması garantidir, böylece yüksek tutarlılık sağlayan performans artar. Parçalama kullanan uygulamaların öncelikle bir parçalama anahtarı (customerId veya accountNum) kullanarak verilere erişen iyi tanımlanmış bir veri modeline ve veri dağıtım stratejisine (tutarlı karma, aralık, liste veya bileşik) sahip olması gerekir. Parçalama ayrıca belirli veri kümelerini son müşterilere yakın bir şekilde depolamanıza olanak sağlar ve bu sayede performans ve uyumluluk gereksinimlerinizi karşılamanıza yardımcı olur.

Yüksek kullanılabilirlik ve olağanüstü durum kurtarma için parçalarınızı çoğaltmanız önerilir. Bu kurulum Oracle Data Guard veya Oracle GoldenGate gibi Oracle teknolojileri kullanılarak yapılabilir. Çoğaltma birimi bir parça, bir parçanın parçası veya parça grubu olabilir. Parçalı bir veritabanının kullanılabilirliği, bir veya daha fazla parçanın kesintiden veya yavaşlamadan etkilenmez. Yüksek kullanılabilirlik için hazır bekleyen parçalar, birincil parçaların yerleştiril olduğu kullanılabilirlik bölgesine yerleştirilsin. Olağanüstü durum kurtarma için bekleme parçaları başka bir bölgede yer alıyor olabilir. Parçaları, bu bölgelerdeki trafiğe hizmet vermek için birden çok bölgeye de dağıtın. Oracle Parçalama belgelerinde parçalı veritabanınızı yüksek kullanılabilirlik ve çoğaltmayı yapılandırma hakkında daha fazla bilgi edinebilirsiniz.

Oracle Parçalama öncelikli olarak aşağıdaki bileşenlerden oluşur. Bu bileşenler hakkında daha fazla bilgiyi Oracle Sharding belgelerinde bulabilirsiniz:

  • Parça kataloğu - Tüm Parça veritabanı yapılandırma verileri için kalıcı bir depo olan özel amaçlı Oracle veritabanı. Parça ekleme veya kaldırma, veri eşlemesi ve parça veritabanındaki URL'ler gibi tüm yapılandırma değişiklikleri parça kataloğunda başlatılır. Parça kataloğu, bir SDB'de tüm yinelenen tabloların ana kopyasını da içerir.

    Parça kataloğu, değişiklikleri tüm parçalarda çoğaltılmış tablolara otomatik olarak çoğaltmak için uzlaştırılan görünümleri kullanır. Parça kataloğu veritabanı, parçalama anahtarı belirtmeden çok parçalı sorguları ve sorguları işlemede kullanılan bir sorgu düzenleyicisi olarak da görev yapar.

    Oracle Data Guard'ı parça kataloğu yüksek kullanılabilirlik için kullanılabilirlik alanları veya kullanılabilirlik kümeleri ile birlikte kullanmak önerilen en iyi yöntemdir. Parça kataloğu kullanılabilirliği, parçalı veritabanının kullanılabilirliğini etkilemez. Parça kataloğunda kapalı kalma süresi yalnızca Data Guard yük devretme işleminin tamamlandıktan kısa bir süre sonra bakım işlemlerini ve çok parçalı sorguları etkiler. Çevrimiçi işlemler SDB tarafından yönlendirilen ve yürütülen ve katalog kesintisi etkilenmez.

  • Parça yöneticileri - Parçalarınızı bulunduğu her bölgeye/kullanılabilirlik bölgesine dağıtılması gereken basit hizmetler. Parça Yöneticileri, Oracle Parçalama bağlamında dağıtılan Global Service Managers'dır. Yüksek kullanılabilirlik için, parçalarınızı mevcut olan her kullanılabilirlik bölgesine en az bir parça yöneticisi dağıtmanız önerilir.

    Veritabanına başlangıçta bağlanırken yönlendirme bilgileri bir parça yöneticisi tarafından ayarlanır ve sonraki istekler için önbelleğe alınarak parça yöneticisi atlanır. Oturum bir parçayla kurulduktan sonra, SQL tüm sorgular ve DML'ler, verilen parça kapsamında destek ve yürütülür. Bu yönlendirme hızlıdır ve parça içi işlemler gerçekleştiren tüm OLTP iş yükleri için kullanılır. En yüksek performans ve kullanılabilirlik gerektiren tüm OLTP iş yükleri için doğrudan yönlendirme kullanılması önerilir. Parça kullanılamaz duruma geldiğinde veya parçalama topolojisi üzerinde değişiklikler olduğunda yönlendirme önbelleği otomatik olarak yenilenir.

    Oracle, yüksek performanslı, verilere bağımlı yönlendirme için parçalı veritabanındaki verilere erişirken bağlantı havuzu kullanmayı önerebilir. Oracle bağlantı havuzları, dile özgü kitaplıklar ve sürücüler Oracle Sharding'i destekler. Diğer ayrıntılar için Oracle Sharding belgelerine bakın.

  • Genel hizmet - Genel hizmet, normal veritabanı hizmetine benzer. Bir veritabanı hizmetinin tüm özelliklerine ek olarak, genel bir hizmet, parçalı veritabanları için istemciler ile parça ve çoğaltma gecikmesi toleransı arasında bölge benzeşliği gibi özelliklere sahiptir. Parçalı bir veritabanına/veritabanından veri okumak/yazmak için yalnızca bir Genel hizmet oluşturulsun. Etkin Data Guard'ı kullanırken ve parçaların salt okunur çoğaltmalarını ayarlarken, salt okunur iş yükleri için başka bir gGobal hizmeti oluşturabilirsiniz. İstemci, veritabanına bağlanmak için bu Genel hizmetleri kullanabilir.

  • Parça veritabanları - Parça veritabanları Oracle veritabanlarınızdır. Her veritabanı, Bir Aracı yapılandırmasında Oracle Data Guard kullanılarak çoğaltılır ve Fast-Start (FSFO) etkinleştirilir. Her parçada Data Guard yük devretme ve çoğaltmayı ayarlamaya gerek yok. Paylaşılan veritabanı oluşturulduğunda bu otomatik olarak yapılandırılır ve dağıtılır. Belirli bir parça başarısız olursa Oracle Sharing, birincil parçadan hazır bekleyen sunucuya otomatik olarak veritabanı bağlantılarının üzerine yüklenir.

Oracle Enterprise Manager Bulut Denetimi GUI'sini ve/veya komut satırı yardımcı programını kullanarak Oracle parçalı veritabanlarını dağıtabilirsiniz GDSCTL ve yönetebilirsiniz. Bulut denetimi kullanarak farklı parçaları kullanılabilirlik ve performans için bile izleyebilirsiniz. komutu GDSCTL DEPLOY parçaları ve ilgili dinleyicilerini otomatik olarak oluşturur. Ayrıca, bu komut yönetici tarafından belirtilen parça düzeyinde yüksek kullanılabilirlik için kullanılan çoğaltma yapılandırmasını otomatik olarak dağıtır.

Veritabanını parçalamanın farklı yolları vardır:

  • Sistem tarafından yönetilen parçalama - Bölümleme kullanarak parçalar arasında otomatik olarak dağıtır
  • Kullanıcı tanımlı parçalama - Verilerin parçalara eşlemesini belirtmenize olanak sağlar; düzenleme veya veri yerelleştirme gereksinimleri olduğunda iyi çalışır)
  • Bileşik parçalama - Farklı parçacıklar için sistem tarafından yönetilen ve kullanıcı tanımlı parçalamanın birleşimi
  • Tablo alt bölümleri - Normal bölümlenmiş tabloya benzer.

Oracle'ın belgelerinde farklı parçalama yöntemleri hakkında daha fazla bilgi edinebilirsiniz.

Parçalı veritabanı, uygulamalara ve geliştiricilere tek bir veritabanı gibi gözükürken, parçalı olmayan bir veritabanından parçalı bir veritabanına doğru ilerlerken hangi tabloların çoğaltılmış ve parçalı olacağını belirlemek için dikkatli planlama gerekir.

Yinelenen tablolar tüm parçalarda depolanırken, parçalı tablolar farklı parçalara dağıtılır. Öneri, küçük ve boyutlu tabloları yinelemek ve bilgi tablolarını dağıtmak/parçalamaktır. Veriler parçalı veritabanınıza merkezi koordinatör olarak parça kataloğu kullanılarak veya her parçada Data Pump çalıştırarak yüklenebilir. Oracle belgelerinde verileri parçalı bir veritabanına yükleme hakkında daha fazla bilgi edinebilirsiniz.

Data Guard ile Oracle Parçalama

Oracle Data Guard sistem tarafından yönetilen, kullanıcı tanımlı ve bileşik parçalama yöntemleriyle parçalamak için kullanılabilir.

Aşağıdaki diyagram, her parçanın yüksek kullanılabilirliği için kullanılan Oracle Data Guard ile Oracle Parçalama için bir başvuru mimarisidir. Mimari diyagramı, bileşik parçalama yöntemini gösterir. Mimari diyagramı, büyük olasılıkla veri konumu, Yük Dengeleme, yüksek kullanılabilirlik, olağanüstü durum kurtarma vb. için farklı gereksinimlere sahip uygulamalar için farklılık gösterir ve parçalama için farklı bir yöntem kullanabilir. Oracle parçalama, bu seçenekleri sağlayarak bu gereksinimleri karşılamanıza ve yatay ve verimli bir şekilde ölçeklendirmenize olanak tanır. Benzer bir mimari, Oracle GoldenGate kullanılarak da dağıtılabilir.

Data Guard broker ile kullanılabilirlik bölgelerini kullanarak parçalama Oracle Database-FSFO

Sistem tarafından yönetilen parça yapılandırma ve yönetme kolayıdır, Kullanıcı tanımlı parça veya bileşik parçalar, veri ve uygulamanızın coğrafi olarak dağıtıldığı ve her parçanın çoğaltılmasıyla ilgili denetim sahibi olmanız gereken senaryolarda oldukça uygundur.

Yukarıdaki mimaride bileşik parçalar, verileri coğrafi olarak dağıtmak ve uygulama katmanlarınızın yatay olarak ölçeğini genişletmek için kullanılır. Bileşik parçalama, sistem tarafından yönetilen ve Kullanıcı tanımlı parçaların bir birleşimidir ve bu nedenle her iki yöntemin de avantajını sağlar. Önceki senaryoda, veriler ilk olarak bölgeye göre ayrılmış birden çok parçalanmış boşlukların arasına eklenir. Daha sonra, veriler, parçalama alanında birden çok parça arasında tutarlı karma ile daha fazla bölümlenmiştir. Her bir parça alanı birden çok kıardgrup içerir. Her bir shardgroup birden çok parçaya sahiptir ve bu durumda çoğaltma için bir "birim" olur. Her bir shardgroup, shardspace 'teki tüm verileri içerir. A1 ve B1 'ler birincil kıarda grupları, a2 ve B2 grupları her bir Tek tek parçaları, bir parçalama grubu yerine çoğaltma birimi olmasını seçebilirsiniz.

Önceki mimaride, yüksek kullanılabilirlik için her kullanılabilirlik alanına bir GSM/parça Direktörü dağıtılır. Öneri, veri merkezi/bölge başına en az bir GSM/parça Direktörü dağıtmaktır. Ayrıca, bir shardgroup içeren her bir kullanılabilirlik alanında uygulama sunucusunun bir örneği dağıtılır. Bu kurulum, uygulamanın uygulama sunucusu ve veritabanı/shardgroup arasındaki gecikmeyi düşük olarak tutmasını sağlar. Bir veritabanı başarısız olursa, bekleyen veritabanıyla aynı bölgedeki uygulama sunucusu, veritabanı rolü geçişi gerçekleştiğinde istekleri işleyebilir. Azure Application Gateway ve parça Direktörü, istek ve yanıt gecikmesini ve istek isteklerini uygun şekilde izler.

İstemci sistemi, bir uygulama açısından, isteği istemciye en yakın bölgeye yönlendiren Azure Application Gateway (veya Azure 'daki diğer yük dengeleme teknolojilerine) bir istek yapar. Azure Application Gateway Ayrıca yapışkan oturumları destekler, bu nedenle aynı istemciden gelen tüm istekler aynı uygulama sunucusuna yönlendirilir. Uygulama sunucusu, veri erişim sürücülerinde bağlantı havuzu kullanır. Bu özellik JDBC, ODP.NET, OCı vb. gibi sürücülerde kullanılabilir. Sürücüler, isteğin bir parçası olarak belirtilen parça anahtarlarını algılayabilir. JDBC istemcileri için Oracle Universal bağlantı havuzu (UCP) , Apache Tomcat ve IIS gibi Oracle olmayan uygulama istemcilerinin Oracle parçalaması ile çalışmasını sağlayabilir.

İlk istek sırasında, uygulama sunucusu, isteğin yönlendirilmesi gereken parça için yönlendirme bilgilerini almak amacıyla bölgesindeki parça Direktörü bağlanır. Bir parçalama anahtarına bağlı olarak, yönetmen uygulama sunucusunu ilgili parçaya yönlendirir. Uygulama sunucusu bu bilgileri bir harita oluşturarak önbelleğe alır ve sonraki istekler için parça Direktörü atlar ve istekleri doğrudan parçalamaya yönlendirir.

GoldenGate ile Oracle parçalama

Aşağıdaki diyagramda, her parça için bölge içi yüksek kullanılabilirlik için Oracle GoldenGate ile Oracle parçalama için bir başvuru mimarisi bulunur. Önceki mimarinin aksine, Bu mimaride yalnızca tek bir Azure bölgesinde (birden fazla kullanılabilirlik bölgesi) yüksek kullanılabilirlik noktası yoktur. Bunlardan biri, Oracle GoldenGate kullanarak çok bölgeli yüksek kullanılabilirliğe sahip bir veritabanını (önceki örneğe benzer şekilde) dağıtabilir.

GoldenGate ile kullanılabilirlik bölgelerini kullanarak parçalama Oracle Database

Önceki başvuru mimarisi, verileri parçalara ayırma için sistem tarafından yönetilen parça yöntemini kullanır. Oracle GoldenGate çoğaltma bir öbek düzeyinde yapıldığından, bir parçaya çoğaltılan veriler başka bir parça için çoğaltılabilir. Diğer yarısı farklı bir parça için çoğaltılabilir.

Verilerin nasıl çoğaltılacağı, çoğaltma faktörüne bağlıdır. 2 çoğaltma faktörü ile, her bir veri öbeğinin, shardgroup içindeki üç parçalama üzerinde iki kopyasına sahip olursunuz. Benzer şekilde, shardgroup 'inizdeki bir çoğaltma faktörü 3 ve üç parçalama ile, her bir parçadaki tüm veriler, shardgroup 'taki her parçaya çoğaltılır. Shardgroup 'taki her parçanın farklı bir çoğaltma faktörü olabilir. Bu kurulum, yüksek kullanılabilirlik ve olağanüstü durum kurtarma tasarımınızı bir parçalıya grubu içinde ve birden çok kıardgroup 'ta verimli bir şekilde tanımlamanıza yardımcı olur.

Önceki mimaride, shardgroup A ve shardgroup B her ikisi de aynı verileri içerir, ancak farklı kullanılabilirlik bölgelerinde bulunur. Hem shardgroup A hem de shardgroup B aynı çoğaltma faktörüyle 3 ' ü içeriyorsa, parçalı tablonuzun her satırı/öbeği iki parça grubunda 6 kez çoğaltılır. Shardgroup A 'nın yineleme faktörü 3 ve shardgroup B çoğaltma faktörü 2 ise, her satır/öbek iki kıardı grubunda 5 kez çoğaltılır.

Bu kurulum, örnek düzeyinde veya kullanılabilirlik bölgesi düzeyinde bir hata oluşursa veri kaybını önler. Uygulama katmanı, her parçaya okuyup yazabilir. Çakışmaları en aza indirmek için, Oracle parçalama her bir karma değer aralığı için bir "ana öbek" belirler. Bu özellik, belirli bir öbek için yazma isteklerinin karşılık gelen öbekte yönlendirilmesini sağlar. Oracle GoldenGate Ayrıca, oluşabilecek çakışmaları işlemek için otomatik çakışma algılama ve çözümleme sağlar. Oracle parçalama ile GoldenGate uygulama hakkında daha fazla bilgi ve sınırlamalar için bkz. Oracle GoldenGate 'i parçalı bir veritabanıylakullanma hakkında Oracle belgeleri.

Önceki mimaride, yüksek kullanılabilirlik için her kullanılabilirlik alanına bir GSM/parça Direktörü dağıtılır. Öneri, veri merkezi veya bölge başına en az bir GSM/parça Direktörü dağıtmaktır. Ayrıca, bir shardgroup içeren her bir kullanılabilirlik alanında uygulama sunucusunun bir örneği dağıtılır. Bu kurulum, uygulamanın uygulama sunucusu ve veritabanı/shardgroup arasındaki gecikmeyi düşük olarak tutmasını sağlar. Bir veritabanı başarısız olursa, bekleme veritabanıyla aynı bölgedeki uygulama sunucusu, istekleri veritabanı rolü geçişleri bir kez işleyebilir. Azure Application Gateway ve parça Direktörü, istek ve yanıt gecikmesini ve istek isteklerini uygun şekilde izler.

İstemci sistemi, bir uygulama açısından, isteği istemciye en yakın bölgeye yönlendiren Azure Application Gateway (veya Azure 'daki diğer yük dengeleme teknolojilerine) bir istek yapar. Azure Application Gateway Ayrıca yapışkan oturumları destekler, bu nedenle aynı istemciden gelen tüm istekler aynı uygulama sunucusuna yönlendirilir. Uygulama sunucusu, veri erişim sürücülerinde bağlantı havuzu kullanır. Bu özellik JDBC, ODP.NET, OCı vb. gibi sürücülerde kullanılabilir. Sürücüler, isteğin bir parçası olarak belirtilen parça anahtarlarını algılayabilir. JDBC istemcileri için Oracle Universal bağlantı havuzu (UCP) , Apache Tomcat ve IIS gibi Oracle olmayan uygulama istemcilerinin Oracle parçalaması ile çalışmasını sağlayabilir.

İlk istek sırasında, uygulama sunucusu, isteğin yönlendirilmesi gereken parça için yönlendirme bilgilerini almak amacıyla bölgesindeki parça Direktörü bağlanır. Bir parçalama anahtarına bağlı olarak, yönetmen uygulama sunucusunu ilgili parçaya yönlendirir. Uygulama sunucusu bu bilgileri bir harita oluşturarak önbelleğe alır ve sonraki istekler için parça Direktörü atlar ve istekleri doğrudan parçalamaya yönlendirir.

Düzeltme eki uygulama ve bakım

Oracle iş yüklerinizi Azure 'a dağıttığınızda, Microsoft tüm ana bilgisayar işletim sistemi düzeyinde düzeltme eki uygulamayı üstlenir. Planlı tüm işletim sistemi düzeyinde bakım, müşterilere bu planlı bakım için izin vermek üzere önceden gönderilir. İki farklı Kullanılabilirlik Alanları iki sunucu aynı anda hiçbir şekilde Düzeltme Eki. VM bakımı ve düzeltme eki uygulama hakkında daha fazla bilgi için bkz. sanal makinelerin kullanılabilirliğini yönetme .

Sanal makine işletim sisteminizin düzeltme eki uygulama, Azure otomasyonu güncelleştirme yönetimikullanılarak otomatikleştirilebilir. devre dışı kalma süresini en aza indirmek için Oracle veritabanınızın düzeltme ve sürdürme Azure Pipelines veya Azure otomasyonu Güncelleştirme Yönetimi kullanılarak otomatik ve zamanlanmış olabilir. Oracle veritabanlarınızın bağlamında nasıl kullanılabileceğini anlamak için sürekli teslim ve mavi/yeşil dağıtımlar konusuna bakın.

Mimari ve tasarım konuları

  • Lisanslama maliyetlerine kaydetmek ve performansı en üst düzeye çıkarmak için Oracle Database sanal makinenizin kısıtlı çekirdek vCPU 'ları ile hiper iş parçacıklı bellek için iyileştirilmiş sanal makine kullanmayı düşünün. Performans ve kullanılabilirlik için birden fazla Premium veya ultra disk (yönetilen diskler) kullanın.
  • Yönetilen diskler kullanılırken, yeniden başlatmalar üzerinde disk/cihaz adı değişebilir. Takmaların yeniden başlatmalar arasında kalıcı olmasını sağlamak için, ad yerine cihaz UUID 'sini kullanmanız önerilir. Daha fazla bilgi için bkz. LINUX VM 'de yazılım RAID yapılandırma.
  • Bölge içi yüksek kullanılabilirlik elde etmek için kullanılabilirlik alanlarını kullanın.
  • Oracle veritabanınız için Ultra diskler (kullanılabilir olduğunda) veya Premium diskler kullanmayı düşünün.
  • Oracle Data Guard kullanarak başka bir Azure bölgesinde bir bekleme Oracle veritabanı ayarlamayı düşünün.
  • Uygulamanız ve veritabanı katmanınız arasındaki gecikmeyi azaltmak için yakınlık yerleştirme gruplarını kullanmayı düşünün.
  • yönetim, izleme ve günlüğe kaydetme için Oracle Enterprise yöneticisini ayarlayın.
  • veritabanınız için kolaylaştırılmış depolama yönetimi için Oracle otomatik Depolama yönetimi (ASM) kullanmayı düşünün.
  • herhangi bir kesinti olmadan veritabanınıza düzeltme eki uygulamayı ve güncelleştirme yönetimini yönetmek için Azure Pipelines kullanın.
  • Yeniden deneme deseni, devre kesici desenive uygulamanızın daha dayanıklı olmasını sağlamaya yardımcı olabilecek bulut tasarım desenleri kılavuzunda tanımlanan diğer desenler gibi bulut Yerel desenleri eklemek için uygulama kodunuzu ince ayar.

Sonraki adımlar

Senaryonuza uygulanan aşağıdaki Oracle başvuru makalelerini gözden geçirin.