相关疑难解决方法(0)

事务日志通常隔离在单独的卷上。据我所知，这种做法的基本原理是事务日志的数据是按顺序写入的——与随机相比，硬盘驱动器可以以更快的速度顺序执行写入操作。这是由于驱动器内的小针在写入连续数据块时必须移动更短的距离，而不是随机写入。

（对不起，我的解释很幼稚。只是想弄明白我读过的东西。）

考虑到这一点......我突然想到固态驱动器没有小针和盘片以及在它们内部移动的东西。如果我的数据库和事务日志都位于由八个固态驱动器组成的单个 RAID 5 上，那么将事务日志移动到它自己的单独卷上真的有什么好处吗？如果所谓的效率提升是基于顺序写入减少针移动和盘片旋转的距离的前提，而固态驱动器没有这些移动部件，那么通过隔离日志我能得到什么？

我将从头开始重建一台 IBM 3400 服务器。此服务器专用于在 Windows 2008 R2 上运行的 SQL Server 2008 实例。

我将进行新的 RAID 配置。我在机器内部有 6 个 SCSI 73 GB 驱动器和一个 IBM ServerRAID 8K 控制器。什么是设置 RAID 级别的好方法？我的控制器上应该有两个、三个还是一个字段？

我正在考虑制定以下解决方案之一：

1. 使用所有磁盘并制作 RAID 10 池。
2. 将 4 个磁盘用于 RAID 1e 池并使用它来存储数据库数据和操作系统，并使用 RAID 0 池中的其他 2 个磁盘并使用它来存储数据库日志。
3. 其他一些组合。

条带单元尺寸越大越好吗？

该服务器将成为复制数据库的订阅者。它的主要任务是报告和数据检索，只有复制代理进行写入。数据库的大小约为 90 GB。

出于多种原因，我的所有数据库文件只有 3 个硬盘驱动器（RAID 和 Always-On AG）：

• D：数据
• E：日志
• F：临时数据库

tempdb 日志文件应该与数据文件一起放在 F: 上还是放在 E: 上？

到目前为止，我的 tempdb 数据文件的档位最高，日志文件排在 24 个中的第 4 个。

在我有限的 DBA 经验（我是一名开发人员）中，我倾向于将 tempdb.ldf 放在 E: 上，因为写入都是顺序的。

假设恒定内存 (32gb) 和 CPU (4)，2 x 磁盘阵列，我有以下磁盘

• 2 x 150 (10k)
• 6 x 150 (15k)

它们都是本地磁盘。

我的要求

• 我的数据库是 350gb 并设置为默认的 10% 增长
• 我的操作系统和 SQL Server 是 Server 2k8R2（C：驱动器操作系统 + 页面 + 应用程序 = 55Gb）
• 日志要求约为 70gb，并设置为默认 10% 的增长，并定期被截断
• 我的 TempDb 目前约为 12GB，并设置为默认 10% 的增长

我的问题是我试图了解最好将 TempDB 和操作系统以及日志放在哪里。我的经验仅限于这两个的最佳配置

这不是一个在线交易系统。它有大量数据写入（新数据 + 索引重建/重组），然后大量数据读取（我估计约为 50/50）处理了大约 13 个小时，然后就安静了。

我的理解是，与日志相比，在正常处理期间大量使用 TEMPDB。

我的想法如下

• 2 x 150g (15k) Raid 1 = 150g for OS + TempDB
• 2 x 150g (10k) Raid 1 = 150g for LOG（注意这里的磁盘较慢）
• 4 x …

我有一个连接到 SAN 的 SQL Server。我们的新存储供应商建议所有 LUN 跨越整个磁盘阵列，即 RAID5。我通常会向 SAN 管理员请求 3 个单独的 LUN（数据、日志和 TempDB），但鉴于新供应商的建议，创建单独的 LUN 有什么意义吗？或者，如果所有内容都在一个 LUN 中，我会看到相同的性能，因为它无论如何都会跨越所有磁盘？

这里的文章很棒，但并没有完全解决我的确切情况：http : //www.brentozar.com/archive/2008/08/sql-server-on-a-san-dedicated-or-shared-drives/

我们正在构建一个工作中的新服务器，我希望了解我们应该如何构建它以获得最佳性能和备份能力。我们有 6 个驱动器，我们需要一个操作系统（Windows Server 2008）和数据库（SQL Server 2010）。一切都是全新的，6 个 146GB 磁盘驱动器、2 个 AMD 2.2Ghz 四核处理器和 16GB 内存。

我们有一个程序可以连续读取和写入 SQL 数据库。