Azure Service Fabric'te düzenli yedekleme yapılandırmasını anlama

  • Makale

Reliable durum bilgisi olan hizmetlerinizin veya Reliable Actors'ınızın düzenli aralıklarla yedeklenmesi aşağıdaki adımlardan oluşur:

  1. Yedekleme ilkeleri oluşturma: Bu adımda, gereksinimlere bağlı olarak bir veya daha fazla yedekleme ilkesi oluşturulur.

  2. Yedeklemeyi etkinleştirme: Bu adımda, 1. Adımda oluşturulan yedekleme ilkelerini gerekli varlıklarla( Uygulama, Hizmet veya Bölüm) ilişkilendirirsiniz.

Yedekleme İlkesi Oluşturma

Yedekleme ilkesi aşağıdaki yapılandırmalardan oluşur:

  • Veri kaybında otomatik geri yükleme: Bölümün veri kaybı olayıyla karşılaşması durumunda en son kullanılabilir yedeklemeyi kullanarak geri yüklemeyi otomatik olarak tetikleyip tetiklemeyeceğini belirtir.

Not

Üretim kümelerinde Otomatik Geri Yükleme'yi AYARLAMAMASI önerilir

  • Maksimum artımlı yedeklemeler: İki tam yedekleme arasında alınacak maksimum artımlı yedekleme sayısını tanımlar. Maksimum artımlı yedeklemeler üst sınırı belirtir. Aşağıdaki koşullardan birinde belirtilen sayıda artımlı yedekleme tamamlanmadan önce tam yedekleme alınabilir

    1. Çoğaltma birincil haline geldikten sonra hiçbir zaman tam yedekleme almadı.

    2. Son yedeklemeden bu yana bazı günlük kayıtları kesildi.

    3. Çoğaltma MaxAccumulatedBackupLogSizeInMB sınırını geçti.

  • Yedekleme zamanlaması: Düzenli aralıklarla yedeklemelerin alındığı zaman veya sıklık. Yedeklemeler belirtilen aralıkta veya günlük/haftalık sabit bir zamanda yinelenecek şekilde zamanlanabilir.

    1. Sıklık tabanlı yedekleme zamanlaması: Sabit aralıklarla veri yedeklemesi yapılması gerekiyorsa bu zamanlama türü kullanılmalıdır. Ardışık iki yedekleme arasındaki istenen zaman aralığı ISO8601 biçimi kullanılarak tanımlanır. Sıklık tabanlı yedekleme zamanlaması, dakika cinsinden aralık çözümlemesini destekler.

      {
    "ScheduleKind": "FrequencyBased",
    "Interval": "PT10M"
}

    2. Zamana dayalı yedekleme zamanlaması: Günün veya haftanın belirli saatlerinde veri yedeklemesi yapılması gerekiyorsa bu zamanlama türü kullanılmalıdır. Zamanlama sıklığı türü günlük veya haftalık olabilir.

      1. Günlük Zamana dayalı yedekleme zamanlaması: Günün belirli saatlerinde veri yedeklemesi yapılması gerekiyorsa bu zamanlama türü kullanılmalıdır. Bunu belirtmek için Günlük olarak ayarlayın ScheduleFrequencyType ve ISO8601 biçimde gün içinde istenen saat listesine ayarlayınRunTimes; saatle birlikte belirtilen tarih yoksayılır. Örneğin, 0001-01-01T18:00:00 0001-01-01 tarih bölümünü yoksayarak her gün 18:00'i temsil eder. Aşağıdaki örnekte, günlük yedeklemeyi her gün 09:00 ve 18:00'de tetikleme yapılandırması gösterilmektedir.

        {
    "ScheduleKind": "TimeBased",
    "ScheduleFrequencyType": "Daily",
    "RunTimes": [
      "0001-01-01T09:00:00Z",
      "0001-01-01T18:00:00Z"
    ]
}

      2. Haftalık Zamana dayalı yedekleme zamanlaması: Günün belirli saatlerinde veri yedeklemesi yapılması gerekiyorsa bu zamanlama türü kullanılmalıdır. Bunu belirtmek için Haftalık olarak ayarlayınScheduleFrequencyType; yedeklemenin tetiklenmesi gereken günlerin listesi olarak ayarlayın RunDays ve ISO8601 biçimde gün içinde istenen saat listesine ayarlayınRunTimes; saatle birlikte belirtilen tarih yoksayılır. Düzenli yedeklemenin tetikleme zamanları için haftanın günlerinin listesi. Aşağıdaki örnekte, pazartesiden cumaya kadar 09:00 ve 18:00'de günlük yedekleme tetikleme yapılandırması gösterilmektedir.

        {
    "ScheduleKind": "TimeBased",
    "ScheduleFrequencyType": "Weekly",
    "RunDays": [
       "Monday",
       "Tuesday",
       "Wednesday",
       "Thursday",
       "Friday"
    ],
    "RunTimes": [
      "0001-01-01T09:00:00Z",
      "0001-01-01T18:00:00Z"
    ]
}

  • Yedekleme depolama alanı: Yedeklemelerin karşıya yüklendiği konumu belirtir. Depolama, Azure blob deposu veya dosya paylaşımı olabilir.

    1. Yönetilen kimlikli Azure blob deposu: Oluşturulan yedeklemelerin Azure'da depolanması gerektiğinde bu depolama türü seçilmelidir. Hem tek başına hem de Bulut tabanlı kümeler bu depolama türünü kullanabilir. Bu depolama türü için açıklama BlobServiceUri gerektirir ve yedeklemelerin karşıya yüklenmesi gereken kapsayıcının adı. Belirtilen ada sahip kapsayıcı kullanılamıyorsa, bir yedeklemenin karşıya yüklenmesi sırasında oluşturulur. değerini depolama hesabınızın adıyla değiştirin account-name .

      {
    "StorageKind": "ManagedIdentityAzureBlobStore",
    "FriendlyName": "AzureMI_storagesample",
    "BlobServiceUri": "https://<account-name>.blob.core.windows.net",
    "ContainerName": "backup-container",
    "ManagedIdentityType": "VMSS",
    "ManagedIdentityClientId": "<Client-Id of User-Assigned MI>" 
}

      [NOT] Kaynağınıza birden çok Kullanıcı Tarafından Atanan Yönetilen Kimlik veya hem SAMI hem de UAMI atanmış olması durumunda Kullanıcı Tarafından Atanan Yönetilen Kimliğin İstemci Kimliği ile İsteğe Bağlı parametresini ManagedIdentityClientId kullanın ve varsayılan olarak UAMI'yi kullanmamız gerekir, aksi takdirde bu parametreye gerek yoktur.

      Azure kaynağında yönetilen kimlik ataması adımlarını izleyin:

      1. VMSS'de sistem tarafından atanan veya Kullanıcı tarafından atanan yönetilen kimliği etkinleştirme Sanal makine ölçek kümesinde yönetilen kimlikleri yapılandırma

      2. VmSS yönetilen kimliğine depolama hesabına rol atama Azure portalını kullanarak Azure rolleri atama - Azure RBAC

        1. Depolama Blobu Veri Katkıda Bulunanı Rolü en azından

      Yönetilen Kimlik hakkında daha fazla bilgi için

    2. ConnectionString ile Azure blob deposu: Oluşturulan yedeklemelerin Azure'da depolanması gerektiğinde bu depolama türü seçilmelidir. Hem tek başına hem de Bulut tabanlı kümeler bu depolama türünü kullanabilir. Bu depolama türü için açıklama, yedeklemelerin karşıya yüklenmesi gereken kapsayıcının bağlantı dizesi ve adını gerektirir. Belirtilen ada sahip kapsayıcı kullanılamıyorsa, bir yedeklemenin karşıya yüklenmesi sırasında oluşturulur.

      {
    "StorageKind": "AzureBlobStore",
    "FriendlyName": "Azure_storagesample",
    "ConnectionString": "<Put your Azure blob store connection string here>",
    "ContainerName": "backup-container"
}

      Not

      Yedekleme geri yükleme hizmeti v1 Ile çalışmıyor Azure depolama ConnectionString, üretimde kullanıcı kimlik doğrulaması olmadan kaynağa doğrudan erişim olarak önerilmez

    3. Dosya paylaşımı: Veri yedeklemenin şirket içinde depolanması gerektiğinde tek başına kümeler için bu depolama türü seçilmelidir. Bu depolama türü için açıklama, yedeklemelerin karşıya yüklenmesi gereken dosya paylaşımı yolunu gerektirir. Dosya paylaşımına erişim aşağıdaki seçeneklerden biri kullanılarak yapılandırılabilir

      1. Service Fabric kümesine ait tüm bilgisayarlara dosya paylaşımına erişimin sağlandığı Tümleşik Windows Kimlik Doğrulaması. Bu durumda, dosya paylaşımı tabanlı yedekleme depolama alanını yapılandırmak için aşağıdaki alanları ayarlayın.

        {
    "StorageKind": "FileShare",
    "FriendlyName": "Sample_FileShare",
    "Path": "\\\\StorageServer\\BackupStore"
}

      2. Dosya paylaşımına erişimin belirli kullanıcılara sağlandığı kullanıcı adı ve parola kullanarak dosya paylaşımını koruma. Dosya paylaşımı depolama belirtimi, kimlik doğrulamasının birincil kullanıcı adı ve birincil parolayla başarısız olması durumunda geri dönüş kimlik bilgileri sağlamak için ikincil kullanıcı adı ve ikincil parola belirtme özelliği de sağlar. Bu durumda, dosya paylaşımı tabanlı yedekleme depolama alanını yapılandırmak için aşağıdaki alanları ayarlayın.

        {
    "StorageKind": "FileShare",
    "FriendlyName": "Sample_FileShare",
    "Path": "\\\\StorageServer\\BackupStore",
    "PrimaryUserName": "backupaccount",
    "PrimaryPassword": "<Password for backupaccount>",
    "SecondaryUserName": "backupaccount2",
    "SecondaryPassword": "<Password for backupaccount2>"
}

Not

Depolama güvenilirliğinin yedekleme verilerinin güvenilirlik gereksinimlerini karşıladığından veya aştığından emin olun.

  • Bekletme İlkesi: Yapılandırılan depolamada yedeklemelerin tutulacak ilkeyi belirtir. Yalnızca Temel Bekletme İlkesi desteklenir.

    1. Temel Bekletme İlkesi: Bu bekletme ilkesi, artık gerekli olmayan yedekleme dosyalarını kaldırarak en iyi depolama kullanımını sağlar. RetentionDuration , yedeklemelerin depolama alanında saklanması gereken zaman aralığını ayarlamak için belirtilebilir. MinimumNumberOfBackups , belirtilen sayıda yedeklemenin her zaman ' a bakılmadan RetentionDurationkorunmasını sağlamak için belirtilebilen isteğe bağlı bir parametredir. Aşağıdaki örnekte yedeklemeleri 10 gün boyunca saklama yapılandırması gösterilmektedir ve yedekleme sayısının 20'nin altına inmesi gerekmez.

      {
    "RetentionPolicyType": "Basic",
    "RetentionDuration": "P10D",
    "MinimumNumberOfBackups": 20
}

Düzenli yedeklemeyi etkinleştirme

Veri yedekleme gereksinimlerini karşılamak için yedekleme ilkesi tanımladıktan sonra, yedekleme ilkesi bir uygulama, hizmet veya bölümle uygun şekilde ilişkilendirilmelidir.

Not

Yedeklemeyi etkinleştirmeden önce devam eden uygulama yükseltmesi olmadığından emin olun

Yedekleme ilkesinin hiyerarşik yayılması

Service Fabric'te uygulama, hizmet ve bölümler arasındaki ilişki, Uygulama modelinde açıklandığı gibi hiyerarşiktir. Yedekleme ilkesi bir uygulama, hizmet veya hiyerarşideki bir bölümle ilişkilendirilebilir. Yedekleme ilkesi hiyerarşik olarak bir sonraki düzeye yayılır. Bir uygulamayla oluşturulan ve ilişkilendirilen tek bir yedekleme ilkesi olduğu varsayıldığında, uygulamanın tüm Reliable durum bilgisi olan hizmetlerine ve Reliable Actors'a ait durum bilgisi olan tüm bölümler yedekleme ilkesi kullanılarak yedeklenir. Veya yedekleme ilkesi Durum bilgisi olan güvenilir bir hizmetle ilişkiliyse, tüm bölümleri yedekleme ilkesi kullanılarak yedeklenir.

Yedekleme ilkesini geçersiz kılma

Aynı yedekleme zamanlamasına sahip veri yedeklemesinin, daha yüksek sıklık zamanlaması kullanarak veri yedeklemesi yapılması veya farklı bir depolama hesabına veya dosya paylaşımına yedekleme yapılması gereken belirli hizmetler dışında uygulamanın tüm hizmetleri için gerekli olduğu bir senaryo olabilir. Bu tür senaryoları ele almak için yedekleme geri yükleme hizmeti, hizmet ve bölüm kapsamında yayılan ilkeyi geçersiz kılma olanağı sağlar. Yedekleme ilkesi hizmette veya bölümde ilişkilendirildiğinde, varsa yayılan yedekleme ilkesini geçersiz kılar.

Örnek

Bu örnek, MyApp_A ve MyApp_B iki uygulamayla kurulumu kullanır. Uygulama MyApp_A , durum bilgisi olan iki hizmet (SvcA1 & SvcA3) ve bir Reliable Actor hizmeti ( ActorA2) içerir. SvcA1 üç bölüm içerirken ActorA2 ve SvcA3 her biri iki bölüm içerir. Uygulama MyApp_B üç Güvenilir Durum Bilgisi olan hizmet içerir: SvcB1, SvcB2 ve SvcB3. _SvcB1 ve SvcB2 iki bölüm içerirken SvcB3 üç bölüm içerir.

Bu uygulamaların veri yedekleme gereksinimlerinin aşağıdaki gibi olduğunu varsayın

  1. MyApp_A

    1. Uygulamaya ait tüm Reliable Stateful hizmetlerinin ve Reliable Actors'ın tüm bölümleri için verilerin günlük yedeğini oluşturun. Yedekleme verilerini BackupStore1 konumuna yükleyin.

    2. Hizmetlerden biri olan SvcA3, saatte bir veri yedeklemesi gerektirir.

    3. Bölüm SvcA1_P2 veri boyutu beklenenden daha fazladır ve yedekleme verileri BackupStore2 farklı bir depolama konumunda depolanmalıdır.

  2. MyApp_B

    1. SvcB1 hizmetinin tüm bölümleri için her Pazar saat 08:00'de verilerin yedeğini oluşturun. Yedekleme verilerini BackupStore1 konumuna yükleyin.

    2. Bölüm SvcB2_P1 için her gün saat 08:00'de verilerin yedeğini oluşturun. Yedekleme verilerini BackupStore1 konumuna yükleyin.

Bu veri yedekleme gereksinimlerini karşılamak için yedekleme ilkeleri BP_5 BP_1 oluşturulur ve yedekleme aşağıdaki gibi etkinleştirilir.

  1. MyApp_A

    1. Sıklığın 24 Saat olarak ayarlandığı sıklık tabanlı yedekleme zamanlaması ile BP_1 yedekleme ilkesi oluşturun. ve BackupStore1 depolama konumunu kullanacak şekilde yapılandırılmış yedekleme depolama alanı. Uygulama Yedekleme API'sini Etkinleştir'i kullanarak Uygulama MyApp_A için bu ilkeyi etkinleştirin. Bu eylem, Durum Bilgisi Olan Güvenilir hizmetlerin ve uygulama MyApp_A ait Reliable Actors'ın tüm bölümleri için yedekleme ilkesi BP_1 kullanarak veri yedeklemeyi etkinleştirir.

    2. Sıklığın 1 Saat olarak ayarlandığı sıklık tabanlı yedekleme zamanlaması ile BP_2 yedekleme ilkesi oluşturun. ve BackupStore1 depolama konumunu kullanacak şekilde yapılandırılmış yedekleme depolama alanı. Hizmet Yedekleme API'sini Etkinleştir'i kullanarak SvcA3 hizmeti için bu ilkeyi etkinleştirin. Bu eylem, SvcA3 hizmetinin tüm bölümleri için açıkça etkinleştirilen yedekleme ilkesi BP_2 bu bölümler için yedekleme ilkesi BP_2 kullanarak veri yedeklemeye yol açarak yayılan ilke BP_1 geçersiz kılar.

    3. Sıklığın 24 Saat olarak ayarlandığı sıklık tabanlı yedekleme zamanlaması ile BP_3 yedekleme ilkesi oluşturun. ve BackupStore2 depolama konumunu kullanacak şekilde yapılandırılmış yedekleme depolama alanı. Bölüm Yedekleme API'sini Etkinleştir'i kullanarak bölüm SvcA1_P2 için bu ilkeyi etkinleştirin. Bu eylem, bölüm SvcA1_P2 için yedekleme ilkesi BP_3 açıkça etkinleştirilerek yayılan ilke BP_1 geçersiz kılar.

  2. MyApp_B

    1. Zamanlama sıklığı türünün haftalık, çalışma günlerinin Pazar ve çalışma saatlerinin 08:00 olarak ayarlandığı zaman tabanlı yedekleme zamanlaması ile BP_4 yedekleme ilkesi oluşturun. BackupStore1 depolama konumunu kullanacak şekilde yapılandırılmış yedekleme depolama alanı. Hizmet Yedekleme API'sini Etkinleştir'i kullanarak SvcB1 hizmeti için bu ilkeyi etkinleştirin. Bu eylem, SvcB1 hizmetinin tüm bölümleri için yedekleme ilkesi BP_4 kullanarak veri yedeklemeyi etkinleştirir.

    2. Zamanlama sıklığı türünün günlük olarak ayarlandığı ve çalışma sürelerinin 08:00'e ayarlandığı zaman tabanlı yedekleme zamanlaması ile BP_5 yedekleme ilkesi oluşturun. BackupStore1 depolama konumunu kullanacak şekilde yapılandırılmış yedekleme depolama alanı. Bölüm Yedekleme API'sini Etkinleştir'i kullanarak bölüm SvcB2_P1 için bu ilkeyi etkinleştirin. Bu eylem, bölüm SvcB2_P1 için yedekleme ilkesi BP_5 kullanarak veri yedeklemeyi etkinleştirir.

Aşağıdaki diyagramda açıkça etkinleştirilmiş yedekleme ilkeleri ve yayılan yedekleme ilkeleri gösterilmiştir.

Service Fabric Uygulama Hiyerarşisi

Yedeklemeyi devre dışı bırakma

Yedekleme ilkeleri, verileri yedeklemeye gerek kalmadığında devre dışı bırakılabilir. Bir uygulamada etkinleştirilen yedekleme ilkesi yalnızca Uygulama Yedekleme API'sini Devre Dışı Bırak kullanılarak aynı uygulamada devre dışı bırakılabilir, Hizmet Yedekleme API'sini Devre Dışı Bırak kullanılarak bir hizmette etkinleştirilen Yedekleme ilkesi aynı hizmette devre dışı bırakılabilir ve Bir bölümde etkinleştirilen Yedekleme ilkesi, Bölüm Yedekleme API'sini Devre Dışı Bırak kullanılarak aynı bölümde devre dışı bırakılabilir.

  • Bir uygulama için yedekleme ilkesinin devre dışı bırakılması, yedekleme ilkesinin Reliable Stateful hizmet bölümlerine veya Reliable Actor bölümlerine yayılması sonucunda gerçekleşen tüm düzenli veri yedeklemelerini durdurur.

  • Bir hizmet için yedekleme ilkesinin devre dışı bırakılması, bu yedekleme ilkesinin hizmetin bölümlerine yayılması sonucunda gerçekleşen tüm düzenli veri yedeklemelerini durdurur.

  • Bir bölüm için yedekleme ilkesinin devre dışı bırakılması, bölümdeki yedekleme ilkesi nedeniyle tüm düzenli veri yedeklemelerinin gerçekleşmesini durdurur.

  • Bir varlık (uygulama/hizmet/bölüm) CleanBackup için yedekleme devre dışı bırakılırken, yapılandırılmış depolama alanındaki tüm yedeklemeleri silmek için true olarak ayarlanabilir.

    {
    "CleanBackup": true 
}

Not

Yedeklemeyi devre dışı bırakmadan önce devam eden uygulama yükseltmesi olmadığından emin olun

Yedeklemeyi askıya alma ve sürdürme

Bazı durumlarda verilerin düzenli aralıklarla yedeklerinin geçici olarak askıya alınması gerekebilir. Bu gibi durumlarda, gereksinime bağlı olarak, bir Uygulama, Hizmet veya Bölüm'de yedekleme API'sini askıya alma kullanılabilir. Düzenli yedekleme askıya alma işlemi, uygulama hiyerarşisinin uygulandığı noktadan itibaren alt ağacı üzerinden geçişli olur.

  • Uygulama Yedeklemesini Askıya Alma API'sini kullanarak bir Uygulamada askıya alma uygulandığında, verilerin düzenli aralıklarla yedeklenip yedeklenemleri için bu uygulama altındaki tüm hizmetler ve bölümler askıya alınır.

  • Hizmet Yedeklemesini Askıya Alma API'sini kullanarak bir Hizmete askıya alma uygulandığında, verilerin düzenli aralıklarla yedeklendiğinde bu hizmetin altındaki tüm bölümler askıya alınır.

  • Bölüm Yedeklemesini Askıya Al API'sini kullanarak bir Bölüme askıya alma uygulandığında, verilerin düzenli aralıklarla yedeklendiğinde bu hizmet kapsamındaki bölümler askıya alınır.

Askıya alma gereksinimi sona erdikten sonra düzenli veri yedeklemesi ilgili özgeçmiş yedekleme API'si kullanılarak geri yüklenebilir. Düzenli yedekleme, askıya alındığı uygulama, hizmet veya bölümde sürdürülmelidir.

Yedeklemeleri Askıya Alma ve Devre Dışı Bırakma arasındaki fark

Yedeklemeler artık belirli bir uygulama, hizmet veya bölüm için gerekli olmadığında yedeklemeyi devre dışı bırakma kullanılmalıdır. Biri, yedekleme isteğini devre dışı bırakma işleminin yanı sıra temiz yedekleme parametresinin true olmasını çağırabilir ve bu da tüm mevcut yedeklemelerin de silindiği anlamına gelir. Ancak, yerel disk dolduğunda veya bilinen ağ sorunu nedeniyle yedeklemenin karşıya yüklenmesi başarısız olduğunda olduğu gibi yedeklemeleri geçici olarak kapatmak isteyen senaryolarda askıya alma kullanılır.

Devre dışı bırakma yalnızca daha önce yedekleme için açıkça etkinleştirilen bir düzeyde çağrılsa da, askıya alma şu anda doğrudan veya devralma/hiyerarşi yoluyla yedekleme için etkinleştirilen herhangi bir düzeyde uygulanabilir. Örneğin, yedekleme bir uygulama düzeyinde etkinleştirildiyse, yalnızca uygulama düzeyinde devre dışı bırakılabilir, ancak askıya alma, söz konusu uygulama altındaki uygulama, herhangi bir hizmet veya bölüm için çağrılabilir.

Veri kaybında otomatik geri yükleme

Hizmet bölümü beklenmeyen hatalardan dolayı veri kaybedebilir. Örneğin, bir bölümün (birincil çoğaltma dahil) üç çoğaltmadan ikisinin diski bozulur veya silinir.

Service Fabric, bölümün veri kaybı içinde olduğunu algıladığında, bölümde arabirim yöntemini çağırır OnDataLossAsync ve bölümün veri kaybından çıkmak için gerekli eylemi gerçekleştirmesini bekler. Bu durumda, bölümdeki AutoRestoreOnDataLoss etkin yedekleme ilkesi bayrağı olarak ayarlandıysa true geri yükleme, bu bölüm için en son kullanılabilir yedekleme kullanılarak otomatik olarak tetiklenir.

Not

Üretim kümelerinde Otomatik Geri Yükleme'yi AYARLAMAMASI önerilir

Yedekleme yapılandırmasını alma

Uygulama, hizmet ve bölüm kapsamında yedekleme yapılandırma bilgilerini almak için ayrı API'ler sağlanır. Sırasıyla Uygulama Yedekleme Yapılandırma Bilgilerini Alma, Hizmet Yedekleme Yapılandırma Bilgilerini Alma ve Bölüm Yedekleme Yapılandırma Bilgilerini Alma api'leridir. Temel olarak, bu API'ler geçerli yedekleme ilkesini, yedekleme ilkesinin uygulandığı kapsamı ve yedekleme askıya alma ayrıntılarını döndürür. Aşağıda, bu API'lerin döndürülen sonuçları hakkında kısa bir açıklama yer alır.

  • Uygulama yedekleme yapılandırma bilgileri: Uygulamada uygulanan yedekleme ilkesinin ayrıntılarını ve uygulamaya ait hizmetlerde ve bölümlerde geçersiz kılınan tüm ilkeleri sağlar. Ayrıca uygulamanın, hizmetlerinin ve bölümlerinin askıya alma bilgilerini içerir.

  • Hizmet yedekleme yapılandırma bilgileri: Hizmette etkin yedekleme ilkesinin ayrıntılarını ve bu ilkenin uygulandığı kapsamı ve bölümlerindeki tüm geçersiz kılınan ilkeleri sağlar. Hizmet ve bölümleri için askıya alma bilgilerini de içerir.

  • Bölüm yedekleme yapılandırma bilgileri: bölümdeki etkin yedekleme ilkesinin ayrıntılarını ve bu ilkenin uygulandığı kapsamı sağlar. Ayrıca bölümler için askıya alma bilgilerini de içerir.

Kullanılabilir yedeklemeleri listeleme

Kullanılabilir yedeklemeler, Yedekleme Listesi Al API'sini kullanarak listelenebilir. API çağrısının sonucu, ilgili yedekleme ilkesinde yapılandırılan yedekleme depolama alanında kullanılabilen tüm yedeklemelerle ilgili yedekleme bilgileri öğelerini içerir. Bir uygulamaya, hizmete veya bölüme ait kullanılabilir yedeklemeleri listelemek için bu API'nin farklı değişkenleri sağlanır. Bu API'ler, tüm geçerli bölümlerin kullanılabilir en son yedeklemesini almayı veya yedeklemelerin başlangıç tarihi ve bitiş tarihine göre filtrelenmesi desteği sağlar.

Bu API'ler sonuçların sayfalandırmasını da destekler. MaxResults parametresi sıfır dışı pozitif tamsayı olarak ayarlandığında API maksimum MaxResults yedekleme bilgisi öğelerini döndürür. MaxResults değerinden daha fazla yedekleme bilgisi öğesi olması durumunda bir devamlılık belirteci döndürülür. Sonraki sonuç kümesini almak için geçerli devamlılık belirteci parametresi kullanılabilir. Geçerli devamlılık belirteci değeri API'nin bir sonraki çağrısına geçirildiğinde, API bir sonraki sonuç kümesini döndürür. Kullanılabilir tüm sonuçlar döndürüldüğünde yanıta devamlılık belirteci eklenmez.

Desteklenen varyantlar hakkında kısa bilgiler aşağıdadır.

Sonraki adımlar