System Center Service Manager 2012的SQL Serversorting规则设置

围绕SQL Server所需的sorting规则设置存在大量冲突或混淆的信息，因为它与托pipeSCSM 2012数据库和关联的数据仓库数据库有关。

在安装过程中，如果将sorting规则保留为缺省值SQL_Latin1_CP1_CI_AS，则会出现此错误。

SCSM错误

这篇TechNet文章说：

对于此发行版，请确保在承载Service Manager数据库，数据仓库数据库，分析服务数据库和Reporting Services数据库的计算机上使用SQL Server和Analysis Services中的相同sorting规则。有关SQL Serversorting规则的详细信息，请参阅使用SQL Serversorting规则。

如果您的SQL Server安装使用默认sorting规则（SQL_Latin1_General_CP1_CI_AS），则会显示一条警告消息，指出sorting规则不是Service Manager支持的sorting规则之一，不受支持的sorting规则可能会在多语言环境中导致不可预知的行为。

警告
在使用默认sorting规则时，无法在Service Manager中支持多种语言（SQL_Latin1_General_CP1_CI_AS）。如果稍后您决定使用不同的sorting规则支持多种语言，则必须重新安装SQL Server。默认sorting规则与仅限英文的Service Manager安装不存在任何问题。有关语言支持的更多信息，请参阅System Center 2012 – Service Manager的语言支持。

在该链接之后，列出SQL_Latin1_General_CP1_CI_AS作为受支持的sorting规则！这是我的大脑开始爆炸的地方。

还有大量的引用声明Analysis Service，Reporting Service和DBE都需要相同的sorting规则集，但SQL_Latin1_General_CP1_CI_AS不是这两个选项中的一个。有Latin1，不区分大小写，区分变音的选项，但不包括SQL_Latin1_General_CP1_CI_AS。

为了在伤口上擦盐，服务经理文档说，为了将SCOM数据提取到SCSM数据仓库中，sorting相当匹配。但是， SCOM 2012 SP1文档指出：

所有数据库的SQL Serversorting规则设置必须为以下之一：SQL_Latin1_General_CP1_CI_AS，French_CI_AS，Cyrillic_General_CI_AS，Chinese_PRC_CI_AS，Japanese_CI_AS，Traditional_Spanish_CI_AS或Latin1_General_CI_AS。不支持其他sorting规则设置。

因此，为了将SCOM数据提取到SCSM中，您似乎不得不使用不受支持的sorting规则来限制您使用单一语言。是对的吗？如果是这样，为什么SQL_Latin1_General_CP1_CI_AS列为受支持和兼容的sorting规则，为什么安装程序会抱怨呢？

我是否在睡梦中死亡，在地狱里醒来？

我终于直接从微软的一个非常聪明的绅士那里得到答案。我将分享我们调查结果中没有可识别客户信息的内容：

OpsManager数据库和SM DWStagingAndConfig数据库必须具有匹配的sorting规则语言环境，但不一定与某些文档所暗示的sorting规则完全相同。
只要单个组件支持，那么OM和SM中的所有其他数据库都可能具有不匹配的sorting规则（和语言环境）。
无论SQL Serversorting规则如何，SCOM数据仓库始终使用SQL_Latin1_General_CP1_CI_AS。这是一个产品问题，所以只能使用默认sorting规则SQL_Latin1_General_CP1_CI_AS在SQL Server实例上安装SCOM

这意味着在所有SCOM数据库位于同一台服务器上且所有SCSM数据库位于同一台服务器上的情况下执行以下操作：

SCOM应安装在SQL Server实例上，默认sorting规则为SQL_Latin1_General_CP1_CI_AS
Opspipe理器和服务pipe理器理想情况下应该安装在匹配的sorting规则的服务器上，但是如下所示允许有less许变化（请注意，这个规则不会在任何地方发布）。请注意，要进行匹配归类，您需要使用SQL_Latin1_General_CP1_CI_AS，这会将您locking到仅英文版。

兼容性矩阵

如果要在同一台服务器上同时定位SM和OM，请确保在SQL安装过程中select左边三个sorting规则之一。
如果要在不同的SQL Server实例上安装SM和OM，请确保支持sorting规则（注意：默认情况下，SQL使用美国英语OS上的SQL_Latin1_General_CP1_CI_ASsorting规则进行安装）。

来自Microsoft的工程师build议将服务pipe理器安装在装有Latin1_General_100_CI_AS的服务器上，并且由于SCOM数据仓库安装程序错误，SCOM将安装在具有SQL_Latin1_General_CP1_CI_AS的服务器上。

看起来，这是微软文档的另一个情况是过时的和不准确的。摘自System Center的SQL Server Collation要求的澄清要求 MSDN博客：

对System Center各个组件的SQL Serversorting规则的要求已经有相当多的混淆了。我们并没有在这里做出协调一致的努力，使其尽可能简单和应该。在某些情况下，文档本身有冲突。

（当然，我并不是说微软就是这么想的 – 但是任何长期使用过他们的产品的人都知道，文档和新产品发布之间通常存在一定的差距，无论是正确的还是错误的，他们似乎都有一种运送单词之前装运位…）

本文的要点在于SCSM和SCOM之间的文档存在冲突。文章继续描述已被testing为兼容的sorting（靠近文章底部的matrix）。

使用sorting规则Latin1_General_CI_AS。这在System Center 2012 SP1套件中受支持。

请参阅http://technet.microsoft.com/en-us/library/jj656654.aspx和http://blogs.technet.com/b/servicemanager/archive/2012/05/24/clarification-on-sql-server -collation-要求换系统中心2012.aspx