Configurações de Agrupamento do SQL Server para o System Center Service Manager 2012

5

Há muitas informações conflitantes ou confusas em torno das configurações de agrupamento necessárias para o SQL Server, pois elas pertencem ao banco de dados do SCSM 2012 e aos bancos de dados de data warehouse associados.

Durante a instalação, este erro aparece se você deixar o agrupamento no padrão, que é SQL_Latin1_CP1_CI_AS.

Este artigo do TechNet diz:

For this release, make sure that you use the same collation in SQL Server and Analysis Services on the computers that host the Service Manager database, the data warehouse database, analysis services database, and the Reporting Services database. For more information about SQL Server collations, see Using SQL Server Collations.

If your SQL Server installation is using the default collation (SQL_Latin1_General_CP1_CI_AS), a warning message appears, stating that the collation is not one of the supported collations for Service Manager and that an unsupported collation can cause unpredictable behavior in multilingual environments.

Caution
Support for multiple languages in Service Manager is not possible when you are using the default collation (SQL_Latin1_General_CP1_CI_AS). If later you decide to support multiple languages using a different collation, you have to reinstall SQL Server. There are no issues with using the default collation with the English-only installations of Service Manager. For more information about language support, see Language Support for System Center 2012 - Service Manager.

Após esse link, lista SQL_Latin1_General_CP1_CI_AS como um agrupamento suportado! É aqui que meu cérebro começa a explodir.

Existem também inúmeras referências que afirmam que o Serviço de Análise, o Serviço de Relatório e o DBE precisam do mesmo conjunto de agrupamento, no entanto, SQL_Latin1_General_CP1_CI_AS não é uma opção para nenhum deles. Existem opções sensíveis ao sotaque Latin1, insensíveis a maiúsculas e minúsculas, mas não SQL_Latin1_General_CP1_CI_AS especificamente.

Para esfregar sal nas feridas, os gerentes de serviço dizem que, para extrair dados do SCOM para o data warehouse do SCSM, os agrupamentos são muito semelhantes. No entanto, o documento do SCOM 2012 SP1 :

SQL Server collation settings for all databases must be one of the following: SQL_Latin1_General_CP1_CI_AS, French_CI_AS, Cyrillic_General_CI_AS, Chinese_PRC_CI_AS, Japanese_CI_AS, Traditional_Spanish_CI_AS, or Latin1_General_CI_AS. No other collation settings are supported.

Assim, parece que, para extrair dados do SCOM para o SCSM, você é forçado a usar um agrupamento sem suporte que o limita a um único idioma. Isso esta certo? Em caso afirmativo, por que SQL_Latin1_General_CP1_CI_AS está listado como um agrupamento compatível e compatível e por que o instalador reclama?

Eu morri em meu sono e acordei no inferno?

    
por MDMarra 11.04.2013 / 16:30

3 respostas

4

Eu finalmente recebi uma resposta diretamente de um cavalheiro muito inteligente da Microsoft. Compartilharei o conteúdo de nossas descobertas que não contêm informações de clientes identificáveis:

  • O banco de dados OpsManager e o banco de dados SM DWStagingAndConfig devem ter agrupamentos de correspondência locales que não sejam necessariamente o mesmo agrupamento exato, conforme implícito em algumas das documentações.

  • Todos os outros bancos de dados no OM e no SM podem ter agrupamentos (e localidades) incompatíveis, desde que o componente individual ofereça suporte a ele.

  • O data warehouse do SCOM sempre usa o SQL_Latin1_General_CP1_CI_AS, independentemente do agrupamento do SQL Server. Este é um problema do produto, portanto, instale o SCOM apenas em uma instância do SQL Server com um agrupamento padrão de SQL_Latin1_General_CP1_CI_AS

Isso significa o seguinte em uma situação em que todos os bancos de dados do SCOM estão no mesmo servidor e todos os bancos de dados do SCSM estão no mesmo servidor:

  • O SCOM deve ser instalado em uma instância do SQL Server com um agrupamento padrão de SQL_Latin1_General_CP1_CI_AS

  • O gerenciador de operações e o gerenciador de serviços devem, idealmente, ser instalados em um servidor com agrupamentos correspondentes, mas há uma pequena variação permitida conforme mostrado abaixo (note que isso não é publicado em nenhum lugar da AFAIK). Observe que, para fazer agrupamentos correspondentes, você precisaria usar SQL_Latin1_General_CP1_CI_AS, que bloqueia você apenas em inglês.

  • Se você estiver colocando o SM e OM no mesmo servidor, apenas certifique-se de que durante a instalação do SQL você selecione um dos três agrupamentos à esquerda.

  • Se você estiver instalando SM e OM em diferentes instâncias do SQL Server, verifique se os agrupamentos são compatíveis (note: por padrão, o SQL instala com um agrupamento de SQL_Latin1_General_CP1_CI_AS em um sistema operacional americano).

O engenheiro da Microsoft recomendou que o Service Manager fosse instalado em um servidor com Latin1_General_100_CI_AS e que o SCOM fosse instalado em um servidor com SQL_Latin1_General_CP1_CI_AS devido ao bug do instalador do armazém de dados SCOM.

    
por 28.10.2013 / 23:31
3

Parece que este é mais um caso de documentação da Microsoft sendo desatualizada e imprecisa. Excerto de Esclarecimento sobre os requisitos de agrupamento do SQL Server para o System Center 2012 do blog do System Center no MSDN:

There has been quite a bit of confusion over the requirements for SQL Server collation for the various components of System Center. We didn’t make a coordinated effort here to make this as easy as it could and should be. The documentation has conflicts within itself in some cases.

(Eu certamente não pretendo bater na Microsoft - mas qualquer um que tenha usado seus produtos por qualquer período de tempo sabe que normalmente há um atraso entre a documentação e as novas versões do produto. Certo ou errado, eles parecem ter uma cultura de envio de bits antes de enviar palavras ...)

A essência deste artigo é que existe um conflito na documentação entre o SCSM e o SCOM. O artigo continua descrevendo as colações que foram testadas como compatíveis (a matriz na parte inferior do artigo).

    
por 12.04.2013 / 15:30
2

Use o agrupamento Latin1_General_CI_AS. Isso é suportado em todo o pacote SP1 do System Center 2012.

Veja o link e link

    
por 12.04.2013 / 15:31