实际上，备份软件设置存档位，以显示已存档或备份。您可以一遍又一遍地打开一个设置了 A 位的文件，它不会改变任何东西。但是，如果您修改任何文件并保存它，操作系统将重置 A 位。如果您进行完整备份，它会复制或备份所有内容，无论 A 位状态如何。
但是存档位的神奇之处在于，当您进行增量备份或差异备份时，它只会备份清除了 A 位的文件（意味着需要存档）。增量备份后，备份软件会重新设置 A 位。这只是备份软件让操作系统和用户知道文件已备份的有效方式，也是操作系统和用户让备份软件知道文件已更改的有效方式。增量备份和差异备份之间的区别在于，它们是从外部查看上次备份（增量）的时间，还是从内部查看上次完整备份（差异）发生新存档集的时间。
有人可能会说您应该按某个计划对 IS 进行离线碎片整理。我见过 E2K3 机器多年来没有进行过离线碎片整理，因此不需要继续运行。同样，我听说有人发誓在数据库引擎关闭的情况下对存储的卷执行文件系统碎片整理（假设文件系统在 DASD 上而不是 SAN 卷上）。我还看到 E2K3 服务器运行了多年（性能可以接受），但从来没有这样做过。
必要的主要重复工作是定期在线备份。默认情况下，E2K3 以非循环日志模式运行其数据库引擎，因此事务日志将堆积起来，直到运行完整或增量在线备份。因此，您应该定期进行在线备份。
其他一切要么是自动的（IS 维护），要么可以安排在生产期间运行（地址列表重建、邮箱管理器策略）。
不过，我很想听听其他人对此的看法。
我倾向于同意埃文的观点。我们根本不需要进行定期维护或碎片整理就可以生存。
我唯一要说的是，如果您删除帐户，除非您进行离线碎片整理，否则您不会回收他们的邮箱空间。至少，这是我的理解，我很想在这个问题上被证明是错误的。
我认为在很多组织中，exch 2003 的维护往往会留到必要时进行，即修复损坏的消息数据库等。
备份和补丁是关键。完整性检查和碎片整理是恕我直言的最佳实践，尤其是当您的 Exchange 数据库增长到 50GB 以上时。
完整性检查有助于确保没有腐败。Defrag 回收（可能是宝贵的）磁盘空间——这不是微不足道的，特别是如果您在一家流动率很高的公司。
Integ 和 Defrag 的问题在于它们完成所需的时间，而对于碎片整理，运行所需的磁盘空间。您实际上需要等于当前 Exchange DB 大小 1.2 倍的空磁盘空间来进行碎片整理。
在 15KRPM U320 磁盘上，我的 integ/defrag 组合需要 6 小时（20GB）到 22 小时（90GB）。只是痛苦，在某些情况下是不可能的。
“碎片整理”的另一种选择，虽然做作，是创建一个额外的邮箱存储，并将用户迁移过来。然后删除旧的信息存储一旦为空。
实际上，备份软件设置存档位，以显示已存档或备份。您可以一遍又一遍地打开一个设置了 A 位的文件，它不会改变任何东西。但是，如果您修改任何文件并保存它，操作系统将重置 A 位。如果您进行完整备份，它会复制或备份所有内容，无论 A 位状态如何。
但是存档位的神奇之处在于，当您进行增量备份或差异备份时，它只会备份清除了 A 位的文件（意味着需要存档）。增量备份后，备份软件会重新设置 A 位。这只是备份软件让操作系统和用户知道文件已备份的有效方式，也是操作系统和用户让备份软件知道文件已更改的有效方式。增量备份和差异备份之间的区别在于，它们是从外部查看上次备份（增量）的时间，还是从内部查看上次完整备份（差异）发生新存档集的时间。
假设您在 Sun 上备份了 1000 个文件，并且每天修改一组不同的 100 个文件，并且需要在周五早上重建系统。使用增量，您必须恢复 1 个完整备份磁带和 4 个增量（周一 100、周二 100、周三 100、周四 100）磁带才能再次拥有完整的系统。使用差异，您必须恢复 1 个完整磁带和周四的差异（400 个文件）。差分很容易（完全加差分 = DONE），但需要更多备份存储（100+200+300+400+500，而增量快速且便宜，但在恢复过程中需要更多复杂性（和风险——如果Wed 的磁带不见了？）。
驱动力通常是您拥有多少磁带、您拥有多少数据并且需要每天备份，以及您拥有多少备份窗口。如果他们能负担得起备份存储（磁带或磁盘），大多数人会尝试使用完整和差异化，因为它最简单。有些人被迫使用每日增量，但他们的增量磁带上没有很多重复，就像他们在差分磁带上那样。