Fabricio Araujo's questions

场景（实际地址/名称已更改）：

安装了 Hyper-V 的 Windows Server 2008 R2。

最初，有 2 台机器，我们称它们为 FileServer 和 MainServer。FileServer 做的不仅仅是文件服务。MainServer 有 MSSQL。当新的闪亮服务器到达时，他们决定将 FileServer 机器用于其他用途。

自 2008 年推出 Hyper-V 以来，我们尝试了它。它可以工作，但是新的 MainServer 机器的配置方式有点奇怪（至少对于那些习惯于 VMWare 而不接触物理设备 ip 配置的人来说）。

原始网络配置：

• FileServer 机器（最初是物理的）

IP：xyz6（发明） 网络
掩码：255.255.240.0
网关：10.1.35.1

• MainServer 机器（物理）

IP：xyz4（发明） 网络
掩码：255.255.240.0
网关：10.1.35.1

当上面的服务器更改为具有 4 个物理网络适配器的闪亮新服务器时，它就这样结束了（这很奇怪，但我们无法让它以另一种方式工作）：

• FileServer 机器（现在是虚拟来宾）

IP：xyz6（发明） 网络
掩码：255.255.240.0
网关：10.1.35.1

• MainServer 主机

本地连接 6（Hyper-V 虚拟适配器）

IP：xyz4（发明） 网络
掩码：255.255.240.0
网关：10.1.35.1

本地连接 4（在 Hyper-V 上配置的物理适配器）

IP：什么都没有（如果你运行 ipconfig，你会得到一个 169. . .* 范围内的地址）网络
掩码：255.255.240.0
网关：10.1.35.1

如果我将 xyz6 地址放在 hyper-v 适配器上，将 xyz4 地址放在它在 Hyper-V 中指向的物理适配器上，它将拒绝工作。但是人们一直在问我为什么会有这样一个奇怪的配置。我对他们的唯一答案是：那样工作。

我的经验是使用旧的 VMWare Server 和 VMWare Workstation。我觉得这其中发生了一些错误，但不知道是什么。这里的搜索没有带来任何启发......

在高并发环境下使用有什么问题吗？真的像MS宣传的那样有效吗？我正在使用 SQL Server 2005，想听听那些在生产中使用它的人的经验。

快照隔离本身对我来说并不新鲜，因为我也开发/管理 Firebird/Interbase - 没有显式锁定并且所有工作都在行版本控制中......

一些开发人员在 RaiseError 中使用以下语法：

RAISERROR('My business error message', 16, 0)

为了重用 try..catch 块的 catch 部分来处理业务错误。

但我发现了几个这样的事件日志条目：

Msg # 50006, <blabla> please register the error message with sp_addmessage

有什么方法可以禁用此类事件的创建？我搜索了 google、msdn 和 docs，但没有找到任何线索。

我们有一个带有 RAID 卷的服务器。Windows DEFRAG 在卷上显示非常高的碎片 (90%)。我的主管询问 DEFRAG 报告的碎片是否正确（或接近正确）。

我们很长一段时间都没有进行任何碎片整理（至少，不是在过去 4 个月，也就是我在这里工作的时间）。这是一个生产服务器，我们非常担心它。