Os dados de assinatura recuperados de aplicativos cliente (por exemplo, tópicos de editores e assinantes e filtros de conteúdo de assinantes) e os dados de caracteres inseridos através do workbench (por exemplo, nomes de fluxos de mensagens) são armazenados no repositório de configuração.Estes dados são convertidos de sua página de códigos de origem para a página de códigos do processo em que o intermediário ou o Configuration Manager está executando, e então pelo gerenciador de banco de dados da página de códigos em que o banco de dados ou os bancos de dados foram criados.
Para preservar a consistência e a integridade de dados, assegure-se de que todos estes dados de assinatura e dados de caractere do workbench são originados em uma página de códigos compatível com as duas páginas de códigos para as quais são traduzidos. Se isso não for feito, poderão ocorrer resultados imprevisíveis e perda de dados.
Os dados armazenados no banco de dados do intermediário não são afetados dessa forma.
As restrições descritas acima não se aplicam a dados de usuário em mensagens. Assegure-se de que todos os dados em mensagens geradas por seus aplicativos sejam compatíveis com a página de códigos de qualquer banco de dados que você acessa a partir de seus fluxos de mensagens.
Instruções SQL geradas como um resultado de referência explícita a bancos de dados dentro de nós de processamento de mensagens podem conter dados de caracteres que possuem várias origens. Por exemplo, os dados podem ter sido inseridos através do workbench, derivados do conteúdo da mensagem, ou lidos a partir de outro banco de dados.Todos esses dados são convertidos de sua página de código de origem na página de código na qual o intermediário foi criado e, em seguida, pelo gerenciador do banco de dados na página de código na qual o banco de dados foi criado. Assegure-se de que essas três páginas de códigos sejam compatíveis, para evitar problemas de conversão de dados.