백업 계획은 관리 콘솔에서 애플리케이션 데이터를 백업하는 빈도, 애플리케이션 데이터 백업을 보관하는 기간, 애플리케이션 데이터 백업을 복제할 위치 및 방법을 정의하는 데 사용하는 규칙입니다. 백업 계획을 사용하여 각 백업/복구 어플라이언스가 데이터를 관리하는 데 사용하는 정책 템플릿과 리소스 프로필을 만듭니다. 백업 계획 위반은 정책에 설정된 경계에 따라 데이터가 백업되지 않을 때 발생합니다.
백업 계획 탭에는 애플리케이션에 적용할 데이터 처리 정책을 만드는 데 사용할 수 있는 두 가지 간편한 마법사가 있습니다.
템플릿템플릿 위 wizard를 사용하여 데이터의 빈도 및 보관 기간을 제어합니다. 또한 데이터 계층화 및 복제를 실행할 수 있습니다. 자세한 내용은 백업 템플릿 섹션을 참고하세요.
프로필프로필 마법사를 사용하여 데이터가 저장되는 물리적 위치와 스토리지 풀을 관리합니다. 자세한 내용은 리소스 프로필 섹션을 참고하세요.
백업 계획 권장사항 섹션을 참고하여 사용자가 정책 템플릿 및 관련 정책을 만들고 수정할 때 흔히 저지르는 실수를 방지하세요.
백업 작업 재시도
예약된 작업이 실패하면 스케줄러가 작업을 최대 3번까지 자동으로 재시도합니다. 작업이 처음 실패하면 첫 번째 시도의 상태가 Retried(재시도됨)로 표시되고, 스케줄러는 4분 동안 기다린 후 작업을 다시 대기열에 추가합니다. 두 번째로 실패하면 16분 후에 다음 재시도가 대기열에 추가됩니다. 세 번째로 실패하면 64분의 대기 기간 후에 최종 재시도가 대기열에 추가됩니다. 재시도 3회(총 4회 시도)가 실패하면 최종 재시도 작업 상태가 Retried(재시도됨)에서 Failed(실패함)로 변경되고 해당 일정 기간에 해당 애플리케이션에 대한 추가 작업이 시도되지 않습니다.
스케줄러는 사용 가능한 다른 작업과 마찬가지로 작업 재시도를 처리합니다. 대기열에 있는 작업이 수용할 수 있는 슬롯보다 많은 경우 대기열에 있는 재시도 작업은 슬롯을 기다려야 합니다. 재시도 작업이 시작되기 전에 정책 창이 닫히면 대기열에 있는 재시도 작업이 실행되지 않고 더 이상 재시도가 시도되지 않습니다.
작업 재시도는 모니터링>작업에서 보고됩니다. 작업 재시도를 식별하기 위해 네 작업 모두 다음 형식의 동일한 작업 번호를 다음 순서로 갖습니다.
Job_xxxxx (상태: 재시도됨)
Job_xxxxxa (상태: 재시도됨, 4분 대기 후 대기열에 추가됨)
Job_xxxxxb (상태: 재시도됨, 16분 대기 후 대기열에 추가됨)
Job_xxxxxc (상태: 실패함, 64분의 보류 후 대기함)
이 애플리케이션의 백업 작업이 다음에 시도되는 시점은 정책 일정에 따라 다릅니다. 따라서 일정에 01:00부터 시작되는 기간에 하루에 스냅샷을 하나씩 찍으라고 지정된 경우 다음 시도는 다음 날 01:00에 이루어집니다.
백업 템플릿
백업 템플릿은 백업 계획에 정의된 정책 모음입니다. 각 정책은 데이터 백업 방법, 백업 빈도, 보관 기간을 정의합니다. 특히 정책은 다음을 정의합니다.
데이터 백업 작업 유형 (예: 스냅샷, 복제)
애플리케이션 데이터 백업 작업 빈도
애플리케이션 데이터 백업을 보관하는 기간
애플리케이션 데이터 백업 작업과 관련된 고급 설정
로그를 잘라낼지 여부입니다. Microsoft SQL Server 및 Oracle과 같은 데이터베이스를 업데이트하면 로그와 메타데이터가 생성됩니다. 로그는 데이터베이스에 적용된 수정사항을 설명합니다.
백업 데이터가 보관되는 위치 (로컬 백업/복구 어플라이언스, 원격 백업/복구 어플라이언스 또는 OnVault 스토리지 위치)
템플릿 내에서 정책을 혼합하고 일치시킴으로써 데이터의 단기 및 장기 보관뿐만 아니라 데이터가 보관되는 위치와 복제된 데이터가 보관되는 기간을 정의하는 단일 템플릿을 만들 수 있습니다.
리소스 프로필
리소스 프로필은 보호된 애플리케이션 및 VM 데이터의 스토리지 미디어를 지정합니다. 백업 계획을 구성하는 정책 및 리소스 프로필은 실행할 애플리케이션 데이터 백업 유형과 애플리케이션 데이터 백업을 저장할 위치 (사용할 수 있는 디스크 풀)를 지정합니다. 리소스 프로필은 필요한 경우 어떤 스냅샷 풀을 사용하거나 어떤 원격 어플라이언스 데이터를 복제할지 정의합니다.
정책 템플릿 및 정책 외에도 백업 계획에서 리소스 프로필을 만듭니다. 리소스 프로필은 데이터를 저장할 위치를 정의합니다. 데이터는 다음과 같은 방법으로 저장할 수 있습니다.
로컬. 리소스 프로필이 생성된 백업/복구 어플라이언스입니다.
원격. 원격 복제에 사용되는 백업/복구 어플라이언스입니다.
이 원격 어플라이언스는 이미 선택한 로컬 어플라이언스에 페어링된 어플라이언스여야 합니다.
OnVault OnVault 스토리지 풀에 의해 정의된 스토리지입니다.
OnVault 풀은 개발자가 제어하는 스토리지 또는 지울 수 없고 변경할 수 없는 Google Cloud 관리형 백업 보관소일 수 있습니다.
리소스 프로필은 앱 관리자의 애플리케이션에 적용되며 리소스 프로필은 정책 템플릿과 함께 작동합니다.
복제 정책이 포함되지 않은 정책 템플릿은 데이터를 로컬에만 저장하는 리소스 프로필과 함께 애플리케이션에 적용해야 합니다.
복제 정책이 포함된 정책 템플릿은 다른 어플라이언스에 데이터를 저장하는 리소스 프로필 또는 OnVault 스토리지 풀에 정의된 스토리지와 함께 애플리케이션에 적용해야 합니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eBackup plans define the frequency, retention, and replication of application data backups, ensuring data is managed according to specified policies.\u003c/p\u003e\n"],["\u003cp\u003eThe Backup Plans tab provides Templates and Profiles wizards to define data-handling policies, controlling the frequency, retention, location, and storage pools for backups.\u003c/p\u003e\n"],["\u003cp\u003eBackup jobs automatically retry up to three times with increasing holdoff periods (4, 16, and 64 minutes) between attempts, with detailed reporting on the retry statuses in the Jobs monitor.\u003c/p\u003e\n"],["\u003cp\u003eBackup templates define policies for data backup operations, including type, frequency, retention, advanced settings, log truncation, and storage locations.\u003c/p\u003e\n"],["\u003cp\u003eResource profiles specify the physical storage media for application and VM data, determining where data is stored, whether locally, remotely, or in OnVault storage.\u003c/p\u003e\n"]]],[],null,["# Backup plans in the management console\n\nBackup plans are the rules that the management console uses to define how often\nto back up application data, how long to retain the application data backups,\nand where and how to replicate the application's data backups. Use the backup\nplans to create policy templates and resource profiles that each backup/recovery appliance\nuses to manage data. A backup plans violation occurs when data is not\nbeing backed up according to the boundaries you have set in a policy.\n\nThe **Backup Plans** tab provides two easy-to-use wizards to create a\ndata-handling policies that will be applied to your applications:\n\n- **Templates.** Use the **Templates** wizard to control the frequency and retention of data. It also lets you perform data tiering and replication. For more information, see the [Backup template](#temp) section.\n- **Profiles.** Use the **Profiles** wizard to control the physical location and storage pools where data is stored. For more information, see the [Resource profiles](#profile) section.\n\nRefer to the [Backup plans best practices](/backup-disaster-recovery/docs/concepts/backup-plan-policy-best-practices) section to help you avoid some of\nthe more common mistakes users make when creating and modifying policy templates\nand their associated policies.\n\nBackup job retries\n------------------\n\nWhen a scheduled job fails, the scheduler automatically retries the job up\nto three more times. The first time a job fails, the status of the first\nattempt will be marked as Retried and the scheduler will wait 4 minutes before\nqueuing the job again. If it fails a second time, the next retry is\nqueued after 16 minutes. If it fails a third time, a final retry is\nqueued after a holdoff period of 64 minutes. After 3 failed retry attempts\n(a total of four attempts), the final retry job status changes from Retried to Failed\nand no further jobs are attempted for that application in that schedule period.\n\nThe scheduler treats a job retry like any other available job. If there\nare more jobs queued than slots to accommodate them, then the queued retry job\nwill need to wait for a slot. If the policy window closes before a retry\njob can start, then any queued retry jobs won't run and no further retries\nwill be attempted.\n\nJob retries are reported in **Monitor** \\\u003e **Jobs** . To identify job\nretries all four jobs will have the same **Job** number in the following format\nin this order:\n\n- Job_xxxxx (Status: Retried)\n- Job_xxxxxa (Status: Retried; queued after a 4 minute holdoff)\n- Job_xxxxxb (Status: Retried; queued after a 16 minute holdoff)\n- Job_xxxxxc (Status: Failed; queued after a 64 minute holdoff)\n\nThe next time a backup job for this application is attempted is\naccording to the policy's schedule. So, if the schedule calls for one snapshot\nper day in a window starting at 01:00, the next attempt will be the\nfollowing day at 01:00.\n\nBackup template\n---------------\n\nA backup template is a collection of policies defined in the backup plans. Each\npolicy defines how data is backed up, how often it is backed up, and how long it\nis retained. Specifically, the policies define the following:\n\n- The types of data backup operation (e.g., snapshot, replication)\n- The frequency of the application data backup operation\n- How long to retain the application data backups\n- The advanced settings related to the application data backup operation\n- Whether to truncate logs. Updates to databases such as Microsoft SQL Server and Oracle are accompanied by creation of logs and metadata. Logs explain the modifications made to the databases.\n- Where the backup data is retained (local backup/recovery appliance, remote backup/recovery appliance or OnVault storage location)\n\nBy mixing and matching policies within a template you can create a\nsingle template that defines the shortterm and longterm retention of data,\nas well as where the data will be retained and how long the replicated data\nwill be retained.\n\nResource profiles\n-----------------\n\nA resource profile specifies the storage media for protected application and VM\ndata. The policy and the resource profile that make up the backup plan dictate\nthe type of application data backup to perform and where to store the\napplication data backups (which pool of disks can be used). Resource profiles define\nwhich snapshot pool (if needed) is used or to which remote appliance data is\nreplicated.\n\nIn addition to policy templates and policies, you also create resource profiles\nin the backup plans. Resource profiles define where to store data. Data can be\nstored in the following ways:\n\n- **Local.** The backup/recovery appliance that the resource profile is created for.\n- **Remote.** The backup/recovery appliance used for remote replication.\n This remote appliance must be an appliance that is already paired to the\n selected local appliance.\n\n | **Note:** You can configure the Remote field only when one or more remote appliances are configured on the selected local appliance.\n- **OnVault.** The storage defined by an OnVault storage pool.\n OnVault pools can be storage that you control or indelible, immutable,\n Google Cloud managed [backup vaults](/backup-disaster-recovery/docs/concepts/backup-vault).\n\n | **Note:** You can use the OnVault Pool option only if the backup/recovery appliance has defined OnVault storage pools.\n\nResource profiles are applied to applications in the **App Manager** and the\nresource profiles work in tandem with policy templates:\n\n- A policy template that does not include a replication policy must be applied to an application along with a resource profile that only stores data locally.\n- A policy template that includes a replication policy must be applied to an application along with a resource profile that stores data either on another appliance or to storage defined by OnVault storage pool.\n\nYou define a resource profile for any backup/recovery appliance that has been\nadded to the management console.\n\nWhat's next\n-----------\n\n- Create a [backup template](/backup-disaster-recovery/docs/create-plan/create-template)\n- Create a [backup policy](/backup-disaster-recovery/docs/concepts/policy-overview)\n- Create a [resource profile](/backup-disaster-recovery/docs/concepts/resource-profiles)\n- Configure [advanced policy settings](/backup-disaster-recovery/docs/create-plan/policy-settings) of an application backed up by the policy\n- [Apply a backup plan to an application](/backup-disaster-recovery/docs/create-plan/apply-backup-temp-overview)"]]
