애플리케이션 소프트웨어 또는 사용자가 특정 시점에 실수로 객체를 삭제하거나 바꿀 위험이 있는 경우 Cloud Storage에서 제공하는 데이터 보호 기능을 사용하면 도움이 됩니다.
소프트 삭제는 최근에 삭제된 모든 객체를 지정된 기간 동안 보존하여 실수로 인한 또는 악의적 삭제로부터 데이터를 기본 버킷 수준 보호를 제공합니다. 이 기간 내에 삭제된 객체를 복원할 수 있습니다. 소프트 삭제된 객체를 복원하는 방법은 소프트 삭제 객체 사용을 참조하세요.
버킷 잠금: 보관 기간을 지정하는 보관 정책을 버킷에 적용할 수 있습니다. 버킷의 각 객체를 삭제하거나 대체하려면 지정된 기간에 도달해야 합니다.
객체 보관 잠금: 개별 객체에 설정할 수 있는 보관 기한 날짜 및 시간을 지정하는 보관 구성입니다. 지정된 날짜 및 시간이 지날 때까지 객체를 삭제하거나 교체할 수 없습니다.
객체 보존 조치를 개별 객체에 적용하여 보존 조치가 삭제될 때까지는 아무도 객체를 삭제하거나 대체하지 못하게 할 수 있습니다.
이전 버전의 객체를 보존하려면 버킷에 객체 버전 관리를 사용 설정하면 됩니다. 버킷에 버전 관리가 사용 설정된 경우 객체의 라이브 버전을 삭제하거나 대체하면 현재 외 버전이 됩니다. 라이브 객체 버전을 실수로 삭제한 경우 이 객체의 현재 외 버전을 다시 라이브 버전으로 복원할 수 있습니다.
객체 버전 관리를 사용 설정하면 스토리지 비용이 증가할 수 있지만 오래된 객체 버전을 삭제하도록 객체 수명 주기 관리를 구성하면 이를 일부 완화할 수 있습니다. 한 가지 가능한 설정은 객체 삭제를 위한 수명 주기 구성 예시를 참조하세요.
버킷에 객체 수명 주기 관리를 구성하여 객체 삭제를 더욱 자동으로 제어할 수 있습니다. 수명 주기 구성을 정의하면 Cloud Storage는 객체가 기준을 충족하는 경우에만 객체 삭제와 같은 지정된 작업을 수행합니다.
Cloud Storage에는 객체의 스토리지 클래스를 관리하는 데 유용한 기능도 있습니다.
버킷에 객체 수명 주기 관리를 구성하여 객체를 사용량이 적은 스토리지 클래스로 이동을 더욱 자동으로 제어할 수 있습니다. 수명 주기 구성을 정의하면 Cloud Storage는 객체가 기준을 충족하는 경우에만 객체의 사용량이 적은 스토리지 클래스 설정과 같은 지정된 작업을 수행합니다.
버킷에 자동 클래스를 사용 설정하면 Cloud Storage에서 버킷에 있는 객체의 스토리지 클래스를 자동으로 관리할 수 있습니다.
[[["이해하기 쉬움","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-05(UTC)"],[],[],null,["# Options for controlling data lifecycles\n\nIf you are concerned that your application software or users might erroneously\ndelete or replace objects at some point, Cloud Storage has features\nthat help you protect your data:\n\n- [**Soft delete**](/storage/docs/soft-delete) provides default bucket-level\n protection for your data from accidental or malicious deletion by preserving\n all recently deleted objects for a specified period of time. You can restore\n the deleted objects within this duration. For more information on how to\n restore soft-deleted objects, see [Use soft-deleted objects](/storage/docs/use-soft-deleted-objects).\n\n- [**Bucket Lock**](/storage/docs/bucket-lock): A retention policy that specifies a retention period\n can be [placed on a bucket](/storage/docs/using-bucket-lock#set-policy). Each object in the bucket must reach the\n specified age before it can be deleted or replaced.\n\n- [**Object Retention Lock**](/storage/docs/object-lock): A retention configuration that specifies a\n retain-until date and time can be [set for an individual object](/storage/docs/using-object-lock). The\n object cannot be deleted or replaced until after the specified date and time.\n\n- An [**object hold**](/storage/docs/object-holds) can be [placed on individual objects](/storage/docs/holding-objects#set-object-hold) to prevent\n anyone from deleting or replacing the object until the hold is removed.\n\n- [**Object Versioning**](/storage/docs/object-versioning) can be enabled on a bucket in order\n to retain older versions of objects. When the *live* version of an object is\n deleted or replaced, it becomes *noncurrent* if versioning is enabled on the\n bucket. If you accidentally delete a live object version, you can\n [restore the noncurrent version](/storage/docs/using-versioned-objects#restore) of it back to the live version.\n\n | **Caution:** Object Versioning **does not** protect your data if you [delete the entire bucket](/storage/docs/deleting-buckets).\n\n Object Versioning increases storage costs, but this can be partially\n mitigated by configuring [Object Lifecycle Management](/storage/docs/lifecycle) to delete older\n object versions. For one possible setup, see the lifecycle configuration\n example for [deleting objects](/storage/docs/lifecycle-configurations#deletion-example).\n- [**Object Lifecycle Management**](/storage/docs/lifecycle) can be configured for a bucket to give\n you more automated control over deleting objects. When you define a lifecycle\n configuration, Cloud Storage performs a specified action, such as\n deleting an object, only if the object meets your criteria.\n\nCloud Storage also has features that help manage your objects'\n[storage classes](/storage/docs/storage-classes):\n\n- [Object Lifecycle Management](/storage/docs/lifecycle) can be configured for a bucket to give you\n more automated control over moving objects to colder storage classes. When you\n define a lifecycle configuration, Cloud Storage performs a specified\n action, such as setting a colder storage class for an object, only if the\n object meets your criteria.\n\n- [Autoclass](/storage/docs/autoclass) can be enabled on a bucket, which lets Cloud Storage\n manage the storage classes of objects in the bucket automatically."]]