有人知道关于挂载点和 SQL Server 的任何有用信息吗？我在一个 SQL 实例上要创建 80 个数据库，我想弄清楚的是，为每个数据库设置一个挂载点是否有益。或者我应该只为数据文件设置一个挂载点，为事务日志设置一个挂载点，为 tempdb 设置一个挂载点？当然，所有这些都由高端 SAN 支持...
感谢您提供的任何建议或链接！
答案1
每个数据库都有一个挂载点，处理起来比较复杂。我更喜欢使用卷的简单方法
- 数据（RAID5）
- 日志（RAID1+0）
- TempDB 和备份（RAID1+0）
这使得管理变得更加容易，因为 SQL DBA 可以清楚地指示各种文件应该放在哪里。他们不必不断地猜测磁盘设计。
如果所有卷都由 SAN 上的相同磁盘支持，那么使用单独的挂载点、卷或文件夹来存储文件可能没有太大区别 - 磁盘将被共享。
我还发现 ATTO 磁盘基准测试工具非常适合快速了解磁盘阵列的运行情况。
答案2
答案3
到目前为止，我遇到的挂载点的唯一原因是驱动器号不足，或者需要提供更多空间在新目录中到现有的驱动器号。
答案4
你真的需要隔离所有这些数据库吗？你可以使用更标准的布局：
- C：操作系统
- D：SQL 系统文件和二进制文件
- E：临时数据库
- F：数据文件
- G：日志文件
- H：备份
F 和 G lun 保存所有 80 个数据库数据/日志文件。
D LUN 和 E LUN 保存每个实例的系统文件和临时数据库。
每个 LUN 都应具有适当数量的底层磁盘来应对所需的 IO。对 TempDB 和日志文件使用 RAID 10 配置。如果您的数据库写入量很大，请在经济允许的情况下对数据文件也使用 RAID 10。
确保您的服务器有足够的内存来处理所需的读取。
记得使用适当的分区偏移量格式化 LUN。考虑使用多个 HBA 卡和主动/主动多路径软件。将 SAN 缓存偏向写入。