Data Management:Veritabanı yedekleme hizmeti (DBS)

Geçmiş yedeklemeler depolama kaynaklarını tüketmeye devam ettiği için bir yedekleme planı yeni yedekleme setleri oluşturmuyor olsa bile depolama için ücretlendirilmeye devam edersiniz.

• Kullandıkça öde: Kullandıkça öde yedekleme planını uzun bir süre kullanmayı düşünmüyorsanız verileri kaydedip yedekleme setlerini indirdikten sonra yedekleme planını serbest bırakmanızı öneririz. Yedekleme planını serbest bırakmak gelecekteki tüm yedekleme ve depolama ücretlerini durdurur. Daha fazla bilgi için bkz. Yedekleme planını serbest bırakma veya aboneliği iptal etme.

• Abonelik: Abonelik tabanlı bir yedekleme planını uzun bir süre kullanmayı düşünmüyorsanız ancak yeni yedekleme setleri oluşturmadan geçmiş yedekleme setlerini korumak istiyorsanız yedekleme planını duraklatmanızı veya yeniden başlatmanızı öneririz. Planı duraklattıktan sonra artık yedekleme ücreti tahakkuk etmez. Ancak, DBS Storage kullanan abonelik tabanlı yedekleme planları için depolama ücretleri tahakkuk etmeye devam eder.

Belirti

Yedekleme Planları sayfasında başarısız bir yedekleme planının durumu Hata olarak görünür.

Neden

Hata durumu, yedekleme planındaki en az bir görevin başarısız olduğu anlamına gelir. Bu görev tam yedekleme, artımlı yedekleme veya başka bir görev türü olabilir.

Çözüm

Data Disaster Recovery başarısız yedekleme görevleri için aşağıdaki çözümleri sunar.

Yordam

1. Başarısız yedekleme planının Status sütununda Rectify seçeneğine tıklayın. Başarısız yedekleme görevinin sayfasına yönlendirilirsiniz.

   Başarısız görev tam bir yedekleme ise Full Data sayfasına yönlendirilirsiniz. Başarısız görev artımlı bir yedekleme ise Incremental Data sayfasına yönlendirilirsiniz.

2. Başarısız yedekleme görevini düzeltmek için bir çözüm seçin.

   • Başarısız yedekleme görevini yeniden başlatmak için Restart Backup seçeneğine tıklayın.

     Not

     Başarısız görev tam bir yedekleme ise görevi yeniden başlatmadan önce yedekleme işleminin kaynak veritabanı üzerindeki etkisini göz önünde bulundurun. Bu eylemi yoğun olmayan saatlerde gerçekleştirin.

   • Hatayı yoksaymak için Ignore Error seçeneğine tıklayın.

   • Sorunu gidermek için ünlem işareti (!) simgesinin üzerine gelerek hata mesajını görüntüleyin. Ardından View Exception Fixing Suggestions (başarısız tam yedekleme için) veya View Incremental Exception Fixing Suggestions (başarısız artımlı yedekleme için) seçeneğine tıklayın. Yaygın hatalar konusuna yönlendirilirsiniz. Konuda hata mesajını arayın.

     Not

     Hata mesajını bulamıyorsanız başarısızlık başka bir görev türünden kaynaklanıyor olabilir. Bu durumda DBS müşteri destek grubundan (DingTalk grup kimliği: 35585947) bizimle iletişime geçin.

Adım 1: DBS hizmet bağlantılı rolünü yetkilendirin

DBS hizmet bağlantılı rolü olan AliyunServiceRoleForDBS, diğer cloud hizmetlerine erişim izni veren bir RAM rolüdür. DBS, ApsaraDB for RDS, ApsaraDB for MongoDB, ApsaraDB for Redis veya PolarDB gibi Alibaba Cloud veritabanlarına ya da bir Elastic Compute Service (ECS) örneğinde barındırılan kendi yönetiminizdeki bir veritabanına erişmek gerektiğinde gerekli izinleri almak için AliyunServiceRoleForDBS rolünü kullanır. Daha fazla bilgi için bkz. hizmet bağlantılı roller.

DBS i ilk kez kullandığınızda, hizmet bağlantılı rolü (AliyunServiceRoleForDBS) DBS e atanmalıdır. İzinler hakkında daha fazla bilgi için bkz. Ek: AliyunServiceRoleForDBS.

1. konsoluna giriş yapın.

2. Üst gezinme çubuğunda Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source seçeneklerini belirleyin.

   Not

   DMS konsolunu basit modda kullanıyorsanız, DMS konsolunun sol üst köşesindeki simgesinin üzerine gelin ve All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source yolunu izleyin.

3. Açılan iletişim kutusunda Authorize DBS SLR seçeneğini tıklayın.

   Not

   DBS konsoluna oturum açtıktan sonra yetkilendirme iletişim kutusu görünmüyorsa bu konudaki kalan adımları atlayın ve doğrudan yedek oluşturma işlemine geçin. Daha fazla bilgi için bkz. Felaket kurtarma veri kaynağı kullanarak yedek yönetimi veya Yedekleme planı listesinden yedek oluşturma.

4. OK seçeneğini tıklayın.

   DBS hizmet bağlantılı rolü (AliyunServiceRoleForDBS) oluşturulur. Hizmet bağlantılı rolünü (AliyunServiceRoleForDBS) silmeniz gerekirse bkz. RAM rolü silme.

Adım 2: OSS hizmetini etkinleştirin

Object Storage Service (OSS) hizmetini etkinleştirmek ücretlendirilmeye neden olmaz. Etkinleştirmeden sonra, Data Disaster Recovery özelliğini kullanarak yedekler oluşturduğunuzda Data Disaster Recovery yedekleme verileri OSS'te (bulut depolama) saklanır.

1. konsoluna oturum açın.

2. Üst gezinme çubuğunda Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan seçeneklerini belirleyin.

   Not

   DMS konsolunu basit modda kullanıyorsanız, DMS konsolunun sol üst köşesindeki simgesinin üzerine gelin ve All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan yolunu izleyin.

3. Açılan iletişim kutusunda Activate OSS Now seçeneğini tıklayın.

4. Açılan iletişim kutusunda Activate Now seçeneğini tıklayın.

5. Object Storage Service (OSS) sayfasında hizmet sözleşmesini okuyun, sözleşme onay kutusunu işaretleyin ve ardından Activate Now seçeneğini tıklayın.

DBS hizmetini başarıyla etkinleştirdiniz.

Ek: AliyunServiceRoleForDBS

Rol adı: AliyunServiceRoleForDBS

İlke: AliyunServiceRolePolicyForDBS

İzinler:

{
  "Version": "1",
  "Statement": [
    {
      "Action": [
        "rds:DescribeDBInstanceNetInfo",
        "rds:DescribeDBInstanceNetInfoForChannel",
        "rds:DescribeTasks",
        "rds:DescribeDBInstances",
        "rds:DescribeFilesForSQLServer",
        "rds:DescribeImportsForSQLServer",
        "rds:DescribeSlowLogRecords",
        "rds:DescribeBinlogFiles",
        "rds:DescribeSQLLogRecords",
        "rds:DescribeParameters",
        "rds:DescribeParameterTemplates",
        "rds:DescribeDBInstanceAttribute",
        "rds:DescribeDatabases",
        "rds:DescribeAccounts",
        "rds:DescribeSecurityIPList",
        "rds:DescribeSecurityIps",
        "rds:DescribeDBInstanceIPArray",
        "rds:DescribeDBInstanceIPArrayList",
        "rds:DescribeDBInstanceSSL",
        "rds:DescribeDBInstanceTDE",
        "rds:CreateDBInstance",
        "rds:CreateAccount",
        "rds:CreateDatabase",
        "rds:ModifySecurityIps",
        "rds:GrantAccountPrivilege",
        "rds:CreateMigrateTask",
        "rds:CreateOnlineDatabaseTask",
        "rds:DescribeMigrateTasks",
        "rds:DescribeOssDownloads",
        "rds:CreateBackup",
        "rds:DescribeBackups",
        "rds:DescribeBackupPolicy",
        "rds:ModifyBackupPolicy",
        "rds:DescribeBackupTasks",
        "rds:DescribeBinlogFiles"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "ecs:DescribeInstance",
        "ecs:DescribeInstances",
        "ecs:DescribeVpcs",
        "ecs:DescribeSecurityGroups",
        "ecs:DescribeSecurityGroupAttribute",
        "ecs:AuthorizeSecurityGroup",
        "ecs:JoinSecurityGroup",
        "ecs:RevokerSecurityGroup"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kms:ListKeys"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "cms:PutEventRule",
        "cms:PutEventTargets",
        "cms:ListEventRules",
        "cms:ListEventTargetsByRule",
        "cms:DeleteEventRule",
        "cms:DeleteEventTargets"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "polardb:DescribeDBClusterIPArrayList",
        "polardb:DescribeDBClusterNetInfo",
        "polardb:DescribeDBClusters",
        "polardb:ModifySecurityIps",
        "polardb:DescribeDBClusterEndpoints",
        "polardb:DescribeDBClusterAccessWhitelist",
        "polardb:ModifyDBClusterAccessWhitelist"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "dds:DescribeDBInstanceAttribute",
        "dds:DescribeReplicaSetRole",
        "dds:DescribeSecurityIps",
        "dds:DescribeDBInstances",
        "dds:ModifySecurityIps"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kvstore:DescribeSecurityIps",
        "kvstore:DescribeInstances",
        "kvstore:DescribeAccounts",
        "kvstore:DescribeDBInstanceNetInfo",
        "kvstore:CreateAccount",
        "kvstore:ModifySecurityIps",
        "kvstore:DescribeInstanceAttribute",
        "kvstore:AllocateInstancePrivateConnection",
        "kvstore:DescribeLogicInstanceTopology"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "drds:DescribeDrdsDB",
        "drds:DescribeDrdsDBs",
        "drds:DescribeDrdsDbInstance",
        "drds:DescribeDrdsDbInstances",
        "drds:DescribeDrdsDBIpWhiteList",
        "drds:DescribeDrdsInstances",
        "drds:ModifyDrdsIpWhiteList",
        "drds:CreateDrdsDB",
        "drds:DescribeTable",
        "drds:DescribeTables",
        "drds:ModifyRdsReadWeight",
        "drds:ChangeAccountPassword",
        "drds:CreateDrdsInstance",
        "drds:CreateInstanceAccount",
        "drds:CreateInstanceInternetAddress",
        "drds:DescribeInstanceAccounts"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "vpc:DescribeVpcs"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },    
    {
       "Action": [
         "bssapi:QueryResourcePackageInstances"
      ],
       "Resource": "*",
       "Effect": "Allow"
    },
    {
      "Action": "hdm:AddHDMInstance",
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": "ram:DeleteServiceLinkedRole",
      "Resource": "*",
      "Effect": "Allow",
      "Condition": {
          "StringEquals": {
              "ram:ServiceName": "dbs.aliyuncs.com"
          }
        }
    }
  ]
}

Hata senaryosu

Data Disaster Recovery konsol unda bir yedekleme zamanlaması yapılandırdığınızda, ön denetim başarısız olur. Hata mesajı, source database içindeki binlog_format parametresinin ROW olarak ayarlanmadığını gösterir. Daha fazla bilgi için bkz. Şirket içi ve üçüncü taraf cloud veritabanlarını yedekleme.

Bu sorunu çözmek için source database üzerinde set global binlog_format=ROW komutunu çalıştırın ve ardından tüm etkin bağlantıları sonlandırın. Bağlantıları sonlandırmazsanız mevcut oturumlar ROW dışı biçimde veri yazmaya devam edebilir; bu durum artımlı verilerin tutarsız olmasına neden olur.

Kullanım notları

• binlog_format parametresi ROW olarak ayarlanmalıdır. ROW modunda ikili günlük, Data Manipulation Language (DML) işlemleri için önceki ve sonraki görüntülerin tamamını kaydeder. Bu ayrıntılı günlük kaydı, veri geri yükleme için gereklidir.

• binlog_format değerini STATEMENT veya MIXED olarak ayarlamanız önerilmez. Yedekleme ve kurtarma amaçları için ROW biçimi daha kararlı ve güvenilirdir.

• binlog_format değerini ROW olarak değiştirmek yalnızca ikili günlük içeriğini etkiler ve veritabanı sorgularını etkilemez. Ancak tüm bağlantıların ROW biçimini kullanmasını sağlamak için etkin veritabanı bağlantılarının sonlandırılmasını öneririz.

Yordam

1. Yetkili bir hesap kullanarak source database bağlanın ve binlog_format değerini ROW olarak ayarlamak için aşağıdaki komutu çalıştırın.

   SET GLOBAL binlog_format = 'ROW';

   binlog_format parametresinin geçerli değerini doğrulamak için aşağıdaki komutu çalıştırın:

   SHOW GLOBAL VARIABLES LIKE 'binlog_format';

2. Veritabanına yapılan tüm etkin bağlantıları sonlandırın. Mevcut oturumların ROW dışı biçimde veri yazmasını önlemek için bu adım kritiktir; aksi takdirde artımlı veriler tutarsız hale gelir.

Önkoşullar

• Bir yedekleme planı satın aldınız. Daha fazla bilgi için bkz. Yedekleme planı oluşturma.

  Not

  Yedekleme planını satın alırken veritabanı türü olarak MySQL, yedekleme yöntemi olarak ise mantıksal yedekleme seçin.

• ApsaraDB RDS for MySQL salt okuma örneği oluşturdunuz. Daha fazla bilgi için bkz. ApsaraDB RDS for MySQL salt okuma örneği oluşturma.

• Yöntem 1: Genel uç nokta kullanarak yedekleme planı yapılandırma:

  • Salt okuma örneğinin genel uç noktasını edinin. Daha fazla bilgi için bkz. Örnek uç noktalarını ve bağlantı noktası numaralarını görüntüleme ve yönetme.

  • Database Backup Service (DBS) CIDR bloklarını salt okuma örneğinin izin listesine ekleyin. Daha fazla bilgi için bkz. IP izin listesi yapılandırma.

    Not

    Yedekleme planını yapılandırırken Database Location (Veritabanı Konumu) alanında Self-managed database with Public IP:Port seçeneğini belirleyin, ardından How to Add to Whitelist düğmesine tıklayarak Database Backup Service (DBS) CIDR bloklarını edinin.

    Backup Method (Yedekleme Yöntemi), Database Type (Veritabanı Türü) ve Connection Address (Bağlantı Adresi) gibi parametreleri de belirtmeniz gerekir.

• Yöntem 2: Dahili uç nokta kullanarak yedekleme planı yapılandırma:

  • Salt okuma örneğinin dahili uç noktasını edindiniz ve yerel makinenizde ping komutunu çalıştırarak mevcut dahili IP adresini aldınız.

    ~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
    PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1

    Önemli

    Bazı senaryolarda elde ettiğiniz dahili IP adresi değişebilir; bu durum yedeklemenin başarısız olmasına neden olabilir. Daha fazla bilgi için bkz. Veritabanında yedeklemenin etkileri nelerdir?.

  • Database Backup Service (DBS) CIDR bloklarını salt okuma örneğinin izin listesine eklediniz. Daha fazla bilgi için bkz. IP izin listesi yapılandırma.

    Not

    Yedekleme planını yapılandırırken Database Location (Veritabanı Konumu) alanında RDS Instance seçeneğini belirleyin, ardından How to Add to Whitelist düğmesine tıklayarak Database Backup Service (DBS) CIDR bloklarını edinin.

Dikkat Edilmesi Gerekenler

• Genel ağ üzerinden yapılan yedeklemeler sırasında binlog çoğaltması gecikebilir. ApsaraDB RDS for MySQL salt okuma örneğinizin Backup and Restoration sayfasındaki Backup Policy sekmesinde yerel günlükler için Retention Period değerini daha yüksek ayarlamanızı öneririz. Varsayılan saklama süresi 18 saattir.

• Dahili uç nokta kullanarak bir yedekleme planı yapılandırdığınızda, salt okuma örneğini klonlarsanız, başka bir kullanılabilirlik alanına taşırsanız veya VPC ya da vSwitch'ini değiştirirseniz dahili IP adresi değişebilir. IP adresindeki değişiklik kaynak örneğine olan bağlantının kesilmesine ve yedeklemenin başarısız olmasına neden olur.

  Bu durumda, Önkoşullar bölümünde açıklandığı şekilde yeni bir geçerli dahili IP adresi edinin ve ardından yedekleme kaynak veritabanını değiştirin. Değişiklikleri kaydedin.

Yordam

ApsaraDB RDS for MySQL salt okuma örneği için bir yedekleme planı yapılandırırken Database Location seçeneği için iki seçenekten birini kullanabilirsiniz: A self-managed database with a public IP address and port veya A self-managed database connected through Express Connect, a VPN Gateway, or an Intelligent Gateway.

Dahili ve genel uç noktaları edinme

1. Instances sayfasına gidin. Üst gezinme çubuğunda RDS örneğinin bulunduğu bölgeyi seçin. Ardından RDS örneğini bulun ve örnek ID'sine tıklayın.

2. Basic Information sayfasında salt okuma örneğinin dahili ve genel uç noktalarını görüntülemek için View Connection Details seçeneğine tıklayın. Database Connection sayfası karşılık gelen bağlantı noktası numaralarıyla birlikte Internal Endpoint ve Public Endpoint bilgilerini listeler. Dahili uç nokta rr-bp1xxx.mysql.rds.aliyuncs.com biçimini kullanır.

   Not

   Salt okuma örneğinin genel uç noktası yoksa Database Connection sayfasındaki Public Endpoint satırında Apply for Public Endpoint seçeneğine tıklayın ve ardından OK düğmesine tıklayın. Yeni uç nokta etkinleştirildikten sonra görüntülenir.

SSS

• S: Dahili IP adresi kullanırken yedekleme planım neden kaynak örneğine bağlanamıyor ve bunu nasıl düzeltebilirim?

  C: Olası nedenler: Yöntem 2'de kullanılan dahili IP adresi dinamiktir ve salt okuma örneğini klonlarsanız, başka bir kullanılabilirlik alanına taşırsanız veya VPC ya da vSwitch'ini değiştirirseniz değişebilir. Bu değişiklik kaynak örneğine olan bağlantıyı keser ve yedeklemenin başarısız olmasına neden olur.

  Çözüm: Salt okuma örneğinin dahili uç noktasını kullanın ve yeni bir geçerli dahili IP adresi almak için yerel makinenizde ping komutunu çalıştırın. Ardından yedekleme kaynak veritabanını değiştirin ve değişiklikleri kaydedin.

  ~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
  PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
  Request timeout for icmp_seq 0
  Request timeout for icmp_seq 1

• S: Database Backup Service (DBS) salt okuma örneğinin tam ve artımlı yedeklemelerini destekliyor mu?

  C: Evet, DBS her ikisini de destekler.