Oracle iş yüklerini Azure'a geçirme
Bulut benimseme yolculuğunuzun bir parçası olarak mevcut iş yüklerinizi buluta geçirmeniz gerekir. Oracle iş yükleri diğer iş yüklerine benzer ve geçişin başarılı olmasını sağlamak için yöntemsel bir yaklaşım gerektirir. Geçiş metodolojisi hakkında daha fazla bilgi için Bulut Benimseme Çerçevesi bulut geçişi bölümüne bakın. Bu makalede Oracle iş yüklerine özgü benzersiz kısıtlamalar ve dikkat edilmesi gerekenler açıklanmaktadır.
Oracle geçiş işlemi
İş yükünüz için uygun hizmet türünü kullanarak performansı artırmak ve maliyetleri azaltmak için altyapı gereksinimlerinizi sürekli olarak yeniden değerlendirmeniz gerekir. Örneğin, iş yükünüzü Oracle Database@Azure'a taşımayı planlıyorsanız, seçtiğiniz SKU'nun gereksinimlerinizi karşıladığından emin olun. Benzer şekilde, iş yükünüzü Azure Sanal Makineler'da Oracle'a taşırsanız sanal makine (VM) boyutlarının gereksinimlerinizi karşıladığından emin olun. Daha fazla bilgi için bkz . Oracle iş yüklerini Azure giriş bölgelerine geçirmek için kapasite planlaması.
Oracle'ı Azure'a geçirme işleminizi tanımlamak için geçiş kaynaklarını gözden geçirin. Aşağıdakileri de yapabilirsiniz:
Azure aboneliği kota sınırlarını doğrulama: Azure aboneliğinizdeki kota sınırlarının, Azure Sanal Makineler'de Oracle'a geçiş yaparsanız seçtiğiniz hedef VM boyutlarına uygun olduğundan emin olun.
Dağıtım modelini tanımlama: Kod olarak altyapı (IaaS), sürekli tümleştirme ve sürekli teslim (CI/CD) işlem hatlarını ve diğer DevOps uygulamalarını kullanarak çözüm bileşenlerinin dağıtımını mümkün olduğunca otomatikleştirin.
Uygulama bağımlılıklarını belirleme: Geçiş etkinliklerinin en az kesintiye neden olduğundan emin olun.
Veri kapasitesini belirleme: Şirket içi ortamlardan Azure'a geçirilebilecek veri miktarını belirleyin ve mevcut kullanılabilir ağ bağlantısı kapasitesini değerlendirin. Verileri doğrudan şirket içi ortamlardan Azure'a kopyalayıp kopyalayabileceğinizi belirlemek için bu bilgileri kullanın. İlk veri yükü için Azure Data Box gibi bir fiziksel veri aktarım gereci gerekebilir.
Kullanılabilirlik gereksinimlerini belirleme: Kullanabileceğiniz geçiş araçlarını etkileyebileceğinden iş yükü kullanılabilirlik gereksinimlerini belirleyin.
Oracle Database@Azure için şunları yaptığınızdan emin olun:
Oracle Database@Azure çözümünün, çözümü dağıtmak istediğiniz bölgede kullanılabilir olduğunu doğrulayın. Daha fazla bilgi için bkz . Kullanılabilir bölgeler.
Geçiş işlemi için Oracle Sıfır Kapalı Kalma Süresi Geçişi'ni kullanmayı göz önünde bulundurun. Geçiş gereksinimlerinize en uygun yaklaşımı belirlemek için geçiş stratejilerini değerlendirin. Daha fazla bilgi için bkz . Sıfır Kapalı Kalma Süresi Geçişi.
Oracle geçişi iş yüküne özgü etkinlikler
Aşağıdaki bölümde geçiş işlemi daha ayrıntılı olarak açıklanmaktadır. Adımların sıralı olması gerekmez. Bazı adımları paralel olarak gerçekleştirebilirsiniz.
Kaynak ve hedef sistem sürümlerini değerlendirme: Şirket içi işletim sistemi (OS) sürümlerinin, uygulama sürümlerinin ve veritabanı sürümlerinin Azure'da kullanmayı planladığınız sürümlerle aynı olup olmadığını değerlendirin.
Bir veya daha fazla kaynağı güncelleştirmeniz gerekiyorsa, geçiş işlemini karmaşık hale getirmekten kaçınmak için geçişten önce bunları güncelleştirin.
Şirket içi veritabanınız Oracle Solaris, IBM Advanced Interactive eXecutive veya Hewlett Packard Unix gibi büyük bir uç işletim sisteminde çalışıyorsa, veritabanı geçiş işlemi bir endian dönüştürmesi içerir. Azure desteği sadece küçük endian işletim sistemleri. Bu sınırlama, geçiş için kullanılabilir araç sayısını azaltır. Özellikle, Oracle Data Guard'ı veya başka bir dosya kopyalama yöntemini kullanamazsınız. Endian dönüştürme ile uyumlu geçiş yöntemleri arasında Oracle Veri Pompası dışarı aktarma veya içeri aktarma, Oracle platformlar arası taşınabilir tablo alanları (XTTS) veya Oracle GoldenGate, Quest SharePlex ve Striim gibi veri çoğaltma yardımcı programları bulunur.
Gereksinimlere ve uyumluluğa bağlı olarak şirket içi uygulama sunucularını modernleştirebilir veya geçirebilirsiniz. Daha fazla bilgi için bkz . Bulut benimseme senaryoları.
Geçiş işlemi sırasında iş yükü kullanılabilirliği gereksinimlerini değerlendirin: İş yükü kapalı kalma süresini en aza indirmeniz gerekiyorsa, Veri Pompası Dışarı Aktarma veya İçeri Aktarma gibi geçiş yöntemleri iş yükünüz için uygun olmayabilir. Bu durumda, bu dört adımlı işlemi izleyebilirsiniz:
Azure'da veritabanının tamamını yedeklemek ve geri yüklemek için Oracle Kurtarma Yöneticisi (RMAN) kullanın. Gerekirse XTTS aracılığıyla bir endian dönüştürmesi gerçekleştirin. Sonuç, şirket içi kaynak veritabanının belirli bir noktaya kopyası olan bir veritabanıdır. Daha fazla bilgi için bkz . Verileri platformlar arasında taşıma.
Her iki kaynak da küçük endian biçimindeyse, Azure'da yeni geri yüklenen veritabanını kaynak veritabanıyla eşitlemek için Oracle Data Guard'ı kullanın. Geçiş büyük endiandan little-endian'a dönüştürme içeriyorsa Data Guard'ı kullanamazsınız. Bunun yerine, Azure'da yeni geri yüklenen veritabanını kaynak veritabanıyla eşitlemek için Oracle GoldenGate, Quest SharePlex veya Striim gibi SQL tabanlı veri çoğaltma yardımcı programını kullanın.
Azure'daki hedef veritabanını kaynak şirket içi veritabanıyla eşitledikten sonra tam geçiş zamanlayabilirsiniz. Tam geçiş, kaynak şirket içi veritabanını kapatır ve son birkaç işlemi Azure'daki hedef veritabanına boşaltır. Ardından hedef veritabanını Azure'da yeni kaynak veritabanı olarak açabilirsiniz. Tam geçiş, kullandığınız eşitleme yöntemine bağlı olarak birkaç dakika kadar sürebilir.
Uygulama hizmetleri için seçtiğiniz geçiş yaklaşımına bağlı olarak, uygulamayı Azure'a tam olarak geçirmeden önce çeşitli uygulama hizmeti görevlerini tamamlamanız gerekebilir.
Gerekli lisansları değerlendirme: Veritabanınız, geçiş araçlarına bağlı olarak çeşitli lisanslar gerektirebilir. Örneğin:
Oracle Data Guard, Oracle Database Enterprise Sürümü gerektirir.
Oracle GoldenGate, Oracle GoldenGate lisansları gerektirir.
Azure'da Oracle lisansı hakkında daha fazla bilgi için bkz . Bulut bilişim ortamında Oracle yazılımını lisanslama.