Restoring a File

Context

Archive storage is secure, durable, and inexpensive for storing data that is rarely accessed (averagely once a year). It is suitable for data archiving and long-term backup. This storage class allows you to safely store your data with low costs. However, it may take hours to restore data stored in this class.

If an Archive object is being restored, you cannot suspend or delete the restore task.

Objects in the Restoring state cannot be restored again.

Procedure

1. Log in to OBS Browser+.
2. Go to the object list in the target bucket.
3. Select the file you want to restore and choose More > Restore Object. The window shown in Figure 1 is displayed.
   Figure 1 Restoring an object
   

   To restore an object, you must configure the validity period and restore speed. Table 1 describes relevant parameters.

   Table 1 Restoring an object

   Parameter	Description
   Object Name	Name of the object to be restored
   Validity Period	Time duration when an object remains in the Restored state after it has been restored. The validity period starts when the object is restored. You can set the validity period to an integer ranging from 1 to 30 (days). The default value is 30. For example, you set Validity Period to 20 when restoring an object. 20 days after the object is restored, its status will change from Restored to Unrestored.
   Speed	How fast an object will be restored. Expedited: Data smaller than 250 MB can be restored within 1 to 5 minutes. Standard: All Archive data can be restored within 3 to 5 hours.

4. Click OK to confirm the restored file.

   To view the file restore status, click next to the object and choose Object Properties to view the restoration status. You can download the file only after it has been restored.

Follow-Up Procedure

Within the validity period of a restored object, you can restore the object again. Each time the object is restored, its validity period will restart. This prolongs the validity period.

If a restored object is restored again, its expiration time should be later than the time set for the previous restore. For example, if an object will expire at 4/12/2021 08:00:00 GMT+08:00 after it is restored for the first time, it should expire later than 4/12/2021 08:00:00 GMT+08:00 after the second restore.