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.