Veri Seçtiğiniz Ortamda Kalır
Yorigu müşteri kontrolündeki ortama kurulur. İş yükleri seçilen OCI bölgesi ya da Proxmox VE ortamına kurtarılır veya taşınır. Veri bu sınır içinde kalır.
Bulut veya Kurum İçi Felaket Kurtarma ve Platform Geçişi
Yorigu, VMware, fiziksel sunucu ve DB System iş yüklerini Oracle Cloud Infrastructure, Proxmox VE veya Oracle Linux Virtualization Manager hedeflerinde korur ve taşır. Felaket Kurtarma hedefleri hazır tutulur, ancak doğrulama veya Failover gerekene kadar çalıştırılmaz. Doğrulama, Felaket Kurtarma hazırlığını varsayıma değil kanıta bağlar. Veritabanı iş akışlarında hedef sıradan bir makine kopyası değil, tutarlı ve kullanılabilir Felaket Kurtarma durumudur.
Oracle Linux
RHEL
SLES
Ubuntu
Debian
Windows Server
Oracle Cloud
Proxmox VE
Oracle Linux Virtualization
Felaket Kurtarma
Uygulama Planları
katmanlı · onaylı · kanıtlı
Veritabanları
Tutarlı
veritabanı tutarlı kurtarma
Standby
Cold Standby
depolama ağırlıklı, 7/24 compute değil
Ürün Ailesi
Yorigu Disaster Recovery for OCI
OCI için Felaket Kurtarma yaşam döngüsü otomasyonu
Oracle Cloud Infrastructure için makine ve DB System iş yüklerini senkronizasyon, doğrulama, Failover ve Kaynağa Dönüş iş akışlarıyla korur.
SenkronizasyonFailoverKaynağa Dönüş
Yorigu Migrate for OCI
OCI’ye kontrollü iş yükü geçişi
Makine ve DB System iş yükleri deneme çalışması, Canlı Geçiş, doğrulama ve geri dönüş planlamasıyla Oracle Cloud Infrastructure hedeflerine taşınabilir.
DeğerlendirmeCanlı GeçişGeri Dönüş
Yorigu Disaster Recovery for Proxmox
Proxmox VE için Felaket Kurtarma yaşam döngüsü otomasyonu
Proxmox VE ortamları için makine ve DB System iş yüklerini senkronizasyon, doğrulama, Failover ve Kaynağa Dönüş iş akışlarıyla korur.
SenkronizasyonFailoverKaynağa Dönüş
Yorigu Migrate for Proxmox
Proxmox VE’ye kontrollü iş yükü geçişi
Makine ve DB System iş yükleri deneme çalışması, Canlı Geçiş, doğrulama ve geri dönüş planlamasıyla Proxmox VE hedeflerine taşınabilir.
DeğerlendirmeCanlı GeçişGeri Dönüş
Yorigu Disaster Recovery for OLVM
Oracle Linux Virtualization Manager ortamları için Felaket Kurtarma yaşam döngüsü otomasyonu
Fiziksel sunucular, VM'ler ve DB System iş yükleri OLVM hedefinde hedefe özel doğrulama, Failover hazırlığı ve Kaynağa Dönüş planlamasıyla korunabilir.
SenkronizasyonFailoverKaynağa Dönüş
Yorigu Migrate for OLVM
Oracle Linux Virtualization Manager hedeflerine kontrollü iş yükü geçişi
Fiziksel, sanal ve veritabanı iş yükleri OLVM'ye aşamalı hazırlık, Canlı Geçiş doğrulaması, geri dönüş planlama ve operasyonel devirle taşınabilir.
DeğerlendirmeCanlı GeçişGeri Dönüş
Veri Kontrolü
Veri Egemenliği ve Kontrol
Hedef Sınırını Kurum Belirler
Felaket Kurtarma ve Platform Geçişi, kurumun seçtiği bulut veya kurum içi hedef içine yürütülür. Verinin nereye ineceği sabit bir sağlayıcı hedefi değil, kurumun kararıdır.
Daha Küçük Değişiklik Yüzeyi
Üretim kaynak sistemlerinde kalıcı Yorigu yazılımı çalışmaz. Böylece yönetilecek ve denetlenecek ayrıcalıklı yüzey daha küçük kalır.
Neden Yorigu
Yorigu'yu Ayrıştıran Noktalar
Cold Standby Hedefler
Felaket Kurtarma hedefleri hazır tutulur, ancak doğrulama veya Failover gerekene kadar çalıştırılmaz. Böylece sürekli çalışan kopya için işlem kaynağı ayırma ihtiyacı azalır ve normal dönem Felaket Kurtarma maliyeti düşer.
Bulut veya Kurum İçi Hedefler
OCI veya Proxmox VE hedeflerine Felaket Kurtarma ve Platform Geçişi yapılabilir. Bulut politikası nedeniyle kısıtı olan kurumlar, ek VMware lisansı almadan farklı bir lokasyondaki kendi fiziksel altyapısına replike edebilir. Seçilen hedef aynı zamanda kurtarılan verinin nerede kalacağını da belirler.
Önceliğe Göre Felaket Kurtarma Hedefleri
Kurtarma Noktası ve Kurtarma Süresi Hedefleri iş yükü bazında belirlenir. Senkronizasyon sıklığı, hedef hazırlığı, doğrulama iş akışı ve Canlı Geçiş prosedürü iş yükü önceliğine göre ayarlanır.
Hedef Seçimi ve Kaynağa Dönüş
Yorigu OCI ve Proxmox VE hedef modellerini destekler. Kaynağa Dönüş aynı Felaket Kurtarma yaşam döngüsü içinde yer alır ve ayrı lisans gerektirmez.
Otomatik Doğrulama ve AutoHealing
Kurtarma sağlığı düzenli olarak otomatik test edilir. AutoHealing katmanı ek koruma sağlar ve hazırlık durumu varsayıma değil, kanıta dayanır.
Kaynağa Dönüş Dahil
Orijinal ortama dönüş aynı ürün ve yaşam döngüsü içindedir. Ayrı lisans ya da farklı bir geri dönüş aracı gerektirmez.
VM korumasının ötesi
Makinelerden veriye, veriden uygulama kanıtına
DB Systems
Kritik DB Systems için yakın gerçek zamanlı veya gerçek zamanlı veri koruma, tutarlılık yönetimi, doğrulama ve kontrollü veritabanı hazırlığı.
Veritabanı SistemleriUygulama Planları
Onay kapıları, sağlık kontrolleri ve neyin doğrulandığını, neyin müşteri sorumluluğunda kaldığını gösteren kanıtla sıralı çok katmanlı Felaket Kurtarma veya cutover planları.
Uygulama PlanlarıCold Standby Economics
Hazır tutulur, gerekene kadar çalıştırılmaz
Geleneksel Standby
Felaket Kurtarma hedefindeki işlem kaynağı çoğu modelde Failover için hazır kalmak üzere sürekli çalışır. Bu, Felaket Kurtarma ihtiyacı olmasa bile boştaki CPU ve bellek maliyeti anlamına gelebilir.
Yorigu Cold Standby
Yorigu, Felaket Kurtarma hedeflerini planlı doğrulama veya gerçek Failover anına kadar çalıştırmaz. Replike edilen durum hazır tutulur; sürekli maliyet ağırlıklı olarak depolama tarafından belirlenir. İşlem kaynağı, hazırlığın kanıtlanması veya Felaket Kurtarma gerektiğinde kullanılır.
Örnek model: sürekli durumda maliyet ağırlıklı olarak depolama tarafındadır. İşlem kaynağı planlı doğrulama pencerelerinde ve gerçek Failover sırasında tüketilir. Doğrulama ve AutoHealing, Cold Standby modelini operasyonel olarak güvenilir kılan katmandır.
Sonraki Adım
Kapsam Görüşmesi
Operasyonel gereksinimleriniz ve Felaket Kurtarma hedefleriniz doğrultusunda uygun kurulum modeli değerlendirilebilir.