Exchange 2010 数据和日志位于单独的分区上?

Exchange 2010 数据和日志位于单独的分区上?

我刚刚在想如何分割我的 C 分区并将数据库和日志文件移动到单独的分区。我读到备份过程比使用一个包含所有内容的大系统分区要容易得多。

您对此有何经验?

我的服务器中有一个 500GB 的驱动器 - 您会如何拆分它以将日志和数据库分开?我在 Windows Server 2008 R2 上运行 Exchange 2010。

答案1

备份过程没有什么不同,唯一不同的是恢复,并且只有当发生特定的故障情况时才会发生。

事务日志位于不同物理磁盘上的整个想法是,如果存储数据库的磁盘发生灾难性故障,导致所有数据都无法使用,您仍然可以使用最新备份和事务日志的组合恢复到故障点。这样做之所以有效,是因为在 Exchange 对数据库进行任何操作之前,它会将其写入事务日志。如果磁盘发生故障导致数据库无法使用,您可以从备份中恢复,然后“重播”事务日志,其中包含备份和故障之间的数据。

如果您的独立分区实际上是同一组物理磁盘,并且它们全部坏了,那么您无法恢复到故障点,而是可以恢复到上次备份的点。这是一个重要的区别,您应该根据业务需要进行恢复。

Microsoft 建议您为操作系统、Exchange 数据库和事务日志使用 3 组独立的物理磁盘。这并不是说不支持任何其他组合,如果您受到服务器可容纳的物理磁盘数量的限制,那么将所有内容都放在 C: 驱动器上当然没问题。

关于您的评论one big system partition including everything,我假设您是在谈论对服务器进行完整的文件系统备份。如果这样做,请确保从文件系统备份中排除 Exchange 数据库和事务日志,并使用支持的软件以逻辑一致的方式备份 Exchange,从而进行单独的 Exchange 备份。如果您只是备份整个文件系统,您将获得不一致的 Exchange 备份,并且如果您从文件系统备份中恢复 Exchange 数据库和事务日志,您的数据库几乎肯定不会安装。

答案2

Exchange 数据库和事务日志通常存储在不同的物理磁盘上,主要有两个原因:降低由于硬件故障而同时丢失两者的可能性,并提高 I/O 性能。这两个原因根本不适用于同一物理磁盘上的不同分区。

因此,对磁盘进行分区没有任何好处。

相关内容