Geo Asked: 2009-07-11 04:59:42 +0800 CST2009-07-11 04:59:42 +0800 CST 2009-07-11 04:59:42 +0800 CST 具有 26 周覆盖保护期和 1 年可附加期的媒体集是什么意思? 772 在 Symantec Backup Exec 上,我看到有一个具有 26 周覆盖保护期和 1 年可附加期的媒体集。在我能够找到的所有帮助信息中,可附加期限通常小于覆盖期限。 谢谢。 windows backup windows-server-2003 symantec 2 个回答 Voted Evan Anderson 2009-07-11T05:22:20+08:002009-07-11T05:22:20+08:00 Backup Exec 通过“覆盖保护期”“保护”媒体不被覆盖。因此,在您的问题中,在该媒体上的最后一次写入操作完成后的 26 周内,不允许覆盖该媒体。 因为您可能希望在初始写入后继续追加到媒体(但实际上并不覆盖已经存在的内容),Backup Exec 会跟踪一个单独的“可追加”时间段。在给定媒体上完成最后一次写入操作后的 1 年内,在您的问题中,可以将其他数据附加到媒体。 请记住,任何附加都会导致对媒体的额外写入,并且任何关于媒体是否能够附加或覆盖的未来检查都将基于最后一次写入时间。 通常,您会在库中看到使用此功能的地方,例如,您已加载多个盒式磁带并且您希望执行“每天一个磁带”类型的轮换。让我们假设一个库中有 5 个磁带,并且每个工作日轮换一次备份。您将媒体放入“覆盖保护期”为 6 天的集合中。 您使用磁带“1”到“5”加载库,所有这些都是全新的并且是可覆盖的。 星期一晚上 7 点,图书馆选择磁带“1”(尽管它不一定会选择数字最低的数字——我这样做只是为了使示例更容易)并写入它。该磁带现在被覆盖 6 天 - 直到下周日晚上 7 点之后的某个时间。 周二晚上 7 点,图书馆选择磁带“2”并写入。该磁带现在受到覆盖保护,直到下周一晚些时候。磁带库无法为此操作选择磁带“1”,因为它受到覆盖保护。 这种情况一直持续到周五,此时库中的所有磁带都受到覆盖保护,除了“5”,迫使库选择那个磁带。 当下周一的备份开始时,库被迫使用磁带“1”,因为所有其他磁带仍然受到覆盖保护。从此时起,磁带在实际需要之前不到 24 小时就会解除覆盖保护,但不会更早。 您可以想象这如何适用于多组媒体(在图书馆内外轮换一整周等),只需一点心理推断。 附加期涉及更多。以上述相同的情况为例,但假设您在每天的周二至周六中午运行“增量”备份,并希望将该增量备份附加到用于前一天晚上的完整备份的磁带上。您将设置一个附加期限,例如 20 小时。 周一晚上 7 点,备份正常运行。磁带“1”在接下来的周日晚上被使用并标记为可重写。它仍然可以附加到周二下午晚些时候。 周二中午,增量备份运行。由于这是一项附加作业,因此库选择“可附加”的磁带。因为磁带“1”仍然是可附加的(所有其他磁带的附加期限都已到期),所以库选择磁带“1”并附加到它。 正如我们预期的那样,周二晚上的完整备份在磁带“2”上运行。 星期三中午,增量备份运行。由于磁带“1”在周二下午变得不可附加,因此无法使用。库选择磁带“2”,因为它在周二晚上的备份完成后变得可附加。 Backup Exec 媒体保护有一个速成课程。>微笑< Dave Drager 2009-07-11T05:06:47+08:002009-07-11T05:06:47+08:00 我的猜测是: 覆盖保护期是在一个位数据被覆盖之前需要过期的时间长度 附加期限是您可以“添加”到备份集的时间。请注意,“添加”到备份集不会覆盖集上的任何数据,它只是添加到它。 备份/媒体集的文件。第一次进行备份时,它将所有数据写入该文件。为了节省磁盘和处理时间,它只是将这些原始文件的更改添加到备份集中,它实际上并没有更改备份媒体。 这意味着如果有人创建了一个文件然后将其删除,您仍然可以从备份集中恢复它。
Backup Exec 通过“覆盖保护期”“保护”媒体不被覆盖。因此,在您的问题中,在该媒体上的最后一次写入操作完成后的 26 周内,不允许覆盖该媒体。
因为您可能希望在初始写入后继续追加到媒体(但实际上并不覆盖已经存在的内容),Backup Exec 会跟踪一个单独的“可追加”时间段。在给定媒体上完成最后一次写入操作后的 1 年内,在您的问题中,可以将其他数据附加到媒体。
请记住,任何附加都会导致对媒体的额外写入,并且任何关于媒体是否能够附加或覆盖的未来检查都将基于最后一次写入时间。
通常,您会在库中看到使用此功能的地方,例如,您已加载多个盒式磁带并且您希望执行“每天一个磁带”类型的轮换。让我们假设一个库中有 5 个磁带,并且每个工作日轮换一次备份。您将媒体放入“覆盖保护期”为 6 天的集合中。
您使用磁带“1”到“5”加载库,所有这些都是全新的并且是可覆盖的。
星期一晚上 7 点,图书馆选择磁带“1”(尽管它不一定会选择数字最低的数字——我这样做只是为了使示例更容易)并写入它。该磁带现在被覆盖 6 天 - 直到下周日晚上 7 点之后的某个时间。
周二晚上 7 点,图书馆选择磁带“2”并写入。该磁带现在受到覆盖保护,直到下周一晚些时候。磁带库无法为此操作选择磁带“1”,因为它受到覆盖保护。
这种情况一直持续到周五,此时库中的所有磁带都受到覆盖保护,除了“5”,迫使库选择那个磁带。
当下周一的备份开始时,库被迫使用磁带“1”,因为所有其他磁带仍然受到覆盖保护。从此时起,磁带在实际需要之前不到 24 小时就会解除覆盖保护,但不会更早。
您可以想象这如何适用于多组媒体(在图书馆内外轮换一整周等),只需一点心理推断。
附加期涉及更多。以上述相同的情况为例,但假设您在每天的周二至周六中午运行“增量”备份,并希望将该增量备份附加到用于前一天晚上的完整备份的磁带上。您将设置一个附加期限,例如 20 小时。
周一晚上 7 点,备份正常运行。磁带“1”在接下来的周日晚上被使用并标记为可重写。它仍然可以附加到周二下午晚些时候。
周二中午,增量备份运行。由于这是一项附加作业,因此库选择“可附加”的磁带。因为磁带“1”仍然是可附加的(所有其他磁带的附加期限都已到期),所以库选择磁带“1”并附加到它。
正如我们预期的那样,周二晚上的完整备份在磁带“2”上运行。
星期三中午,增量备份运行。由于磁带“1”在周二下午变得不可附加,因此无法使用。库选择磁带“2”,因为它在周二晚上的备份完成后变得可附加。
Backup Exec 媒体保护有一个速成课程。>微笑<
我的猜测是:
备份/媒体集的文件。第一次进行备份时,它将所有数据写入该文件。为了节省磁盘和处理时间,它只是将这些原始文件的更改添加到备份集中,它实际上并没有更改备份媒体。
这意味着如果有人创建了一个文件然后将其删除,您仍然可以从备份集中恢复它。