VERİTABANI KORUMA

Kritik veriniz için
senaryoya özel geri dönüş.

Veritabanının motoru, tutarlılık modeli ve cluster topolojisi koruma yaklaşımını belirler. Hedef kurtarma noktanızı ve doğrulama adımlarınızı birlikte netleştirelim.

ADIM ADIM KULLANIM

Kurulumdan geri yüklemeye.

01

Veritabanı Yedekleme

Ajan tabanlı veritabanı politikasını ve OpenShift PostgreSQL/MySQL logical streaming yolunu ayrı hazırlayın; kaynak, yöntem, saklama ve ilk yedek kabulünü kontrol edin.

Rehberi aç
02

Veritabanı Geri Yükleme

Database motoru ve backup yöntemine göre kurtarma noktası, hedef database, kimlik bilgisi referansı ve son kabul kontrollerini adım adım hazırlayın.

Rehberi aç
03

SQL Server Yedekleme

SQL Server ajanı, instance/database seçimi, yöntem ve ilk yedek kabulünü hazırlayın.

Rehberi aç
04

SQL Server Geri Yükleme

SQL Server kurtarma noktası, zincir, hedef instance ve uygulama kabulünü adım adım hazırlayın.

Rehberi aç
05

Oracle Yedekleme

Oracle ajanı, instance/database seçimi, yöntem ve ilk yedek kabulünü hazırlayın.

Rehberi aç
06

Oracle Geri Yükleme

Oracle kurtarma noktası, zincir, hedef instance ve uygulama kabulünü adım adım hazırlayın.

Rehberi aç
07

PostgreSQL Yedekleme

PostgreSQL yöntemini, instance/database kapsamını ve ilk veri kabulünü hazırlayın.

Rehberi aç
08

PostgreSQL Geri Yükleme

PostgreSQL yöntemini, instance/database kapsamını ve hedef zincirini doğrulayın.

Rehberi aç
09

MySQL Yedekleme

MySQL yöntemini, instance/database kapsamını ve ilk veri kabulünü hazırlayın.

Rehberi aç
010

MySQL Geri Yükleme

MySQL yöntemini, instance/database kapsamını ve hedef zincirini doğrulayın.

Rehberi aç
011

MariaDB Yedekleme

MariaDB için instance, yöntem, veri kapsamı ve ilk kabulü hazırlayın.

Rehberi aç
012

MariaDB Geri Yükleme

MariaDB için kurtarma noktası, log zinciri ve hedef etkisini doğrulayın.

Rehberi aç
013

MongoDB Yedekleme

MongoDB için instance, yöntem, veri kapsamı ve ilk kabulü hazırlayın.

Rehberi aç
014

MongoDB Geri Yükleme

MongoDB için kurtarma noktası, log zinciri ve hedef etkisini doğrulayın.

Rehberi aç
015

DB2 Yedekleme

DB2 instance, database/tablespace, yöntem ve ilk yedek kabulünü hazırlayın.

Rehberi aç
016

DB2 Geri Yükleme

DB2 instance, database/tablespace, kurtarma zinciri ve hedef kabulünü hazırlayın.

Rehberi aç

SENARYONUZU NETLEŞTİRİN

PostgreSQL ve MySQL

OpenShift üzerinde PostgreSQL ve MySQL logical streaming backup / restore akışları bulunur. PostgreSQL physical backup ve WAL tabanlı PITR senaryosu ayrıca entegrasyon ve zincir doğrulaması gerektirir.

Kurumsal veritabanı topolojileri

SQL Server, Oracle, IBM DB2 ve MongoDB için sürüm, işletim sistemi, ajan, yetki ve cluster düzenini paylaşın. Always On gibi failover topolojilerinde tercih edilen kaynak ve restore hedefi ayrı belirlenir.

Veri doğrulamasıyla tamamlayın

Bir backup dosyasının oluşması tek başına uygulama kabulü değildir. Seçilen kurtarma noktasını, veri bütünlüğünü ve uygulama bağlantısını izole hedef üzerinde doğrulayan senaryo hazırlayın.

MERAK EDİLENLER

Doğru sorularla
başlayın.

PITR her veritabanında aynı mı?

Hayır. WAL/binlog/log zinciri ve hedef kurtarma yöntemi motora göre değişir. İlgili sürüm ve ajan için kapsamı ayrı teyit ederiz.

ALTYAPINIZDAN BAŞLAYALIM

Veritabanları ihtiyacınızı konuşalım.

İş yüklerinizi ve kurtarma hedefinizi paylaşın; teknik kapsamı birlikte belirleyelim.

Demo İste

ERABACKUP’I TANIYIN

Altyapınızı birlikte değerlendirelim.

İş yüklerinizi paylaşın; demo ve teknik kapsam görüşmesi için ilk adımı atın.

Bilgileriniz talebinizi değerlendirmek amacıyla işlenir. Aydınlatma metnini inceleyin.

Spam koruması için Google reCAPTCHA kullanılır. Google Gizlilik Politikası ve Hizmet Şartları geçerlidir.