sql-server – 将SQL Server实例根目录放在单独的驱动器上是否有

我知道在安装SQL Server时可以更改许多默认路径,通常当我进行安装时,我将数据和日志文件夹更改为在不同的驱动器上(通常是D和E),但是我最近得到了一个预先安装的机器,它运行的实例名称不是默认值,并且它们已将实例根目录配置为D驱动器以及mdf文件.这意味着在通常只有文件夹和数据库文件的相对干净的驱动器上,我现在也完全安装了SQL Server二进制文件.

即我现在有以下内容：

C:Program FilesMicrosoft SQL Server --Base Install
D:Microsoft SQL ServerMSSQL10_50.MyInstance --Instance Binaries
D:Microsoft SQL ServerMSSQL10_50.MyInstanceMSSQLDATA --Data Files
E:Microsoft SQL ServerMSSQL10_50.MyInstanceMSSQLLOGS --Log Files

通常情况下我会用以下方式运行：

C:Program FilesMicrosoft SQL ServerMSSQL10_50.MSSQLSERVER --Base Install & Default Instance Binaries
D:MSSQLDATA --Data Files
E:MSSQLLOGS --Log Files

我可以理解为什么有一个单独的实例二进制文件夹是必要的,但我不明白为什么将所有这些二进制文件放在一个单独的驱动器上是有用的.

谁能告诉我为什么这可能是合理的事情呢？或者它可能根本没有任何区别？对我来说,它似乎非常凌乱……

解决方法

>有些人赞成将他们的“C”驱动器专用于操作系统和操作系统二进制文件.如果C驱动器发生崩溃,这可以为您提供一些不同的恢复选项,它可以帮助防止操作系统因与其他应用程序共享而导致或接收与空间相关的问题.
>您正在将SQL Server的二进制文件与其他程序隔离,并确保某些关键文件夹的可用性,例如错误日志所在的Logs文件夹 – SQL Server启动时需要可以访问此文件夹.基本上,你正在保护自己免受他人的侵害

您可以将SQL Server二进制文件/实例文件放在您倾向于放置其他程序文件的相同位置.但是如果你这样做 – 至少要确保你获取系统数据库文件并可能是你的默认备份位置并将其移到其他地方..

这是我给予无限数量的驱动器字母时往往会做的事情(至少……信件在这里不重要)：

> C – 操作系统和系统级文件.只要
> D – 所有应用程序(包括SQL Server)的程序文件
> S – 实例级文件/ SQL Server系统数据库和日志文件通常(TempDB除外)(注意..如果我有多个实例,我将不会生成其中的4个..我会为所有实例放置所有SQL二进制文件在大多数情况下,在S上,文件夹提供分离)

(ED-另一个注意事项 – 我经常没有“S”驱动器.最后
当天,拥有Master,Model,MSDB的系统数据库文件
和资源数据库与您的某些用户位于同一驱动器上
数据库文件,但在一个单独的文件夹中进行逻辑分离以减少事情的混乱并不是世界末日.)

> F – 用户数据库的数据文件
> L – 用户数据库的日志文件驱动器
> T – TempDB
> X – 备份驱动器(尽管在很多情况下我选择将备份流式传输到网络驱动器,而不是在备份后支付副本,我立即在其他地方备份到存储.)

我经常会有更多数据和日志驱动器,有时还有另一个TempDB驱动器.添加多个实例,您可以快速耗尽驱动器号.您可以放弃将实例级文件放在C：上.我为这样设置的客户做了很多健康检查 – 我从不说“哦哇……我们现在必须解决这个问题” – 现在,如果他们的TempDB文件也在那里,我通常会让他们改变这一点.有时也移动他们的主数据库和MSDB数据库..

但如果你不把这些东西分开,世界就不会结束.我认为好处实际上只是保持 – 你的文件分开.作为一名DBA,你应该对你公司,其他应用程序,其他安装等的其他角色抱有健康的偏执,你越能将自己与潜在的冲突隔离开来,你就会越好.它为您提供了重新安装和恢复的更多选项.所以,是的将你的二进制文件与C分开..但我的建议不是在每个实例的单独驱动器上发疯.

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!