主页 / dba / 问题 / 233492
Accepted
Asher
Asked: 2019-03-30 03:23:48 +0800 CST

磁盘分离数据库安装和数据文件

  • 772

我想知道将数据库安装介质与实际数据文件分开是否是个好主意。

在我们当前的环境中，我们有：

  1. C:-视窗服务器
  2. D: - MS SQL 安装和数据库数据文件
  3. E: - 备份
  4. L: - 日志文件

将我们的 D: 分开是个好主意吗？

  • 驱动器 1：MS SQL 安装
  • 驱动器 2：数据库数据文件

已经发布了类似的问题，但没有具体涉及数据库软件和数据库数据文件的分离。（类似的问题询问将操作系统和数据库分开是否是个好主意）。

sql-server-2008 sql-server-2012

2 个回答

  1. Best Answer

    为什么我们将东西分开放在不同的磁盘上？
    性能和弹性。

    从灾难恢复的角度来看，如果您丢失了任何一张磁盘，会造成多大的损失？

    丢失操作系统磁盘？好的，这是一个大问题。:-(

    丢失备份磁盘？非事件；您仍然有一个正在运行的数据库实例。

    丢失数据盘？哎哟! 但没关系；你有你的备份......你只需要将它们恢复到一个正在运行的 SQLServer 实例中......

    啊。

    但是你把它放在刚刚发生故障的同一个[数据]磁盘上，并带走了数据！

    将安装和数据分开。

    虽然这只是语义，但我建议在数据和日志磁盘之间保持更紧密的“关联”；它们构成了您真正关心的所有内容。

    将备份完全移至另一台服务器。（虽然现在不太可能）如果所有这些磁盘都在机器本地并且机器的主板发生故障，那么您拥有多少磁盘都没有关系；他们都会消失！

    • 1

  2. 备份和 Tempdb 是我认为您需要重新考虑的 2 点。以下是我们在环境中使用的内容。这与正在实施的所有主要最佳实践完美配合。

    1. 磁盘 1 (C)：系统文件（根目录）
    2. 磁盘 2 (D)：系统数据库（tempdb 除外）
    3. Disk 3 (E) : 用户数据库数据文件 (mdf,ndf)
    4. 磁盘 4 (F)：用户数据库日志文件 (ldf)
    5. 磁盘 5 (G)：Tempdb（根据最佳实践包含文件数量）

    我们不在本地进行备份，考虑到服务器崩溃无法恢复，这实际上是一个坏主意。我们使用 Ola hellengren 解决方案并备份到一个全球网络位置，在该位置进行保留。

    保持 tempdb 是一个单独的磁盘将带来最佳性能。

    以下是存储最佳实践的片段：

    在磁盘之间分离数据并确定其优先级 理想情况下，您应该放置 tempdb 数据库、内容数据库、使用数据库、搜索数据库以及 SQL Server 2014 (SP1)、SQL Server 2016、SQL Server 2017 RTM、SQL Server 2008 R2 with SP1 和 SQL Server 2012 事务日志在单独的物理硬盘上。下面的列表提供了一些关于确定数据优先级的最佳实践和建议： 当您在较快的磁盘中确定数据的优先级时，请使用以下排名： Tempdb 数据文件和事务日志 数据库事务日志文件 搜索数据库，搜索管理数据库除外 数据库数据文件

    请使用此链接以获得更好的理解：

    来自 technet 的存储最佳实践：以下段落来自 tempdb 最佳实践。

    考虑 TEMPDB 数据库的配置确保在安装 SQL Server 后将 TEMPDB 移动到足够的存储空间和预大小。如果将 TEMPDB 置于 RAID 1+0 上（取决于 TEMPDB 的使用情况），性能可能会有所提高。对于 TEMPDB 数据库，每个 CPU 创建 1 个数据文件，如下面的#8 所述。

    • 1

相关问题