BizTalk Server 2013 está ai e irá disponibilizar actualizações (Cumulative Updates) através do Microsoft Update!

A equipa de produto não para de surpreender nestes últimos meses! Após anunciarem há um mês atrás a ultima versão do produto: BizTalk Server 2013, esta é a oitava versão do produto e é mais um passo nos investimentos em curso e mais importante o compromisso contínuo demonstrado pela Microsoft em BizTalk Server, e as inúmeras novas funcionalidades e melhoramentos.

• Melhoria do desempenho
• Experiência de gestão e desenvolvimento simplificado
• Conectividade com a Cloud
• Possibilidade de termos a nossa infra-estrutura da plataforma BizTalk Server na nuvem (IaaS) ou parte dela
• Suporte para as mais recentes normas e plataforma

BizTalk Server 2013 também apresenta um novo modelo de licenciamento, por forma a manter o licenciamento consistente com o que é usado actualmente no SQL Server. Desde a versão 2004 que o modo de licenciamento do produto foi praticamente inalterado, com a evolução da capacidade do hardware e a tendência de virtualização e computação na nuvem, este modelo de licenciamento por core (por núcleo) irá reflectir esta evolução e mais uma vez manter a consistência com o licenciamento do SQL Server. Vocês podem ler mais sobre este modelo de licenciamento aqui: Understand BizTalk Server 2013 Licensing.

No entanto a equipa de produto acabou de anunciar ontem o lançamento do primeiro cumulative update que vem corrigir três pequenos problemas detectados:

• FIX: O utilizador não pode executar determinadas operações na base de dados do BizTalk Server 2013
• FIX: As ferramentas do BAM não podem ser configuradas num ambiente multi-node de BizTalk Server 2013 (multi-node BizTalk Server 2013 environment)
• FIX: A barra vertical do scroll sobre o schema de destino não funciona corretamente quando estamos a utiliza o Visual Studio para criar um mapa no BizTalk Server 2013

Mas a grande novidade e para mim uma grande melhoria nesta edição, em especial para os administradores é que BizTalk Server 2013 vai disponibilizar as actualizações (ou CU – Cumulative Updates) através do Microsoft Update! O que acontece pela primeira vez neste produto!!

Normalmente tínhamos de ir ao portal de suporte da Microsoft procurar pelas actualizações, requerer o update e depois instalar nos nossos ambientes. Na minha opinião pessoal esta é uma melhoria incrível, porque eu normalmente encontro as plataformas de BizTalk desactualizadas (sem as ultimas actualizações ou CU), e isso normalmente acontece porque os clientes não sabem que a Microsoft lançou novas actualizações e normalmente queixam-se que estas informações são difíceis de se encontrarem…. Pois bem acabaram-se as desculpas, basta terem os updates activos!

Opcionalmente este hotfix também poderam ser descarregados através do portal de suporte da Microsoft.

Processo para instalar as actualizações da Microsoft ("Cumulative Updates") para o BizTalk Server 2013

Será necessário efectuar os seguintes passos para instalarmos as actualizações:

• Faça login no servidor onde o BizTalk Server já está instalado, e deverá activar o Microsoft Update
• Procurar por novas actualizações do Windows
• Procure as correcções disponíveis para BizTalk Server em actualizações opcionais
• Seleccione a actualização e instale

Notas:

• A opção do Microsoft Update precisa de estar activada na máquina onde o BizTalk Server está instalado
• Você precisa realizar as operações acima em cada um dos nós do BizTalk

Leia mais »»

Como configurar os SQL Server Network Protocols do SQL Server dedicado do BizTalk Server

Todos os protocolos de rede existentes no SQL Server (SQL Server Network Protocols) são instalados durante a instalação do SQL Server, mas podem ou não estar activados. E você precisa estar ciente de que estes protocolos podem ter bastante impacto no sua plataforma BizTalk Server, por exemplo:

• Sob certas condições de stress o protocolo de ” Shared Memory” pode reduzir o desempenho do BizTalk Server.
• Ou o BizTalk Server perder a conectividade com o servidor remoto de SQL Server que aloja as bases de dados do BizTalk Server, este problema pode acontecer se os protocolos necessários não tiverem correctamente activados no SQL Server.

Desta forma, na maior parte dos cenários, claro que depende um pouco da infra-estrutura da nossa plataforma BizTalk Server, é necessário realizar a seguinte configuração:

• Desactivar os protocolos: “Shared Memory” e “VIA”
• Activar os protocolos: TCP/IP” e “Named Pipes”

Nos podemos configurar estes protocolos através da ferramenta “SQL Server Configuration Manager” existente no SQL Server:

• Click Start, All Programs, Microsoft SQL Server 2008 R2, click Configuration Tools, e de seguida click SQL Server Configuration Manager. (ver mais aqui)

No entanto podemos efectuar esta tarefa através de PowerShell script e desta forma talvez poder automatizar certas tarefas, e a pedido de um leitor do meu blog, decidi criar este PowerShell script, que efectua estas tarefas:

[reflection.assembly]::LoadWithPartialName("Microsoft.SqlServer.Smo")
[reflection.assembly]::LoadWithPartialName("Microsoft.SqlServer.SqlWmiManagement")

##################################################################
# Function to Enable or Disable a SQL Server Network Protocol
##################################################################

function ChangeSQLProtocolStatus($server,$instance,$protocol,$enable){
    $smo = 'Microsoft.SqlServer.Management.Smo.'
    $wmi = new-object ($smo + 'Wmi.ManagedComputer')
    $singleWmi = $wmi | where {$_.Name -eq $server}
    $uri = "ManagedComputer[@Name='$server']/ServerInstance[@Name='$instance']/ServerProtocol[@Name='$protocol']"
    $protocol = $singleWmi.GetSmoObject($uri)
    $protocol.IsEnabled = $enable
    $protocol.Alter()
    $protocol

}

##################################################################
# Enable TCP/IP SQL Server Network Protocol
##################################################################

ChangeSQLProtocolStatus -server "BTS2010LAB01" -instance "MSSQLSERVER" -protocol "TCP" -enable $true

##################################################################
# Enable Named Pipes SQL Server Network Protocol
##################################################################

ChangeSQLProtocolStatus -server "BTS2010LAB01" -instance "MSSQLSERVER" -protocol "NP" -enable $true

##################################################################
# Disable Shared Memory SQL Server Network Protocol
##################################################################

ChangeSQLProtocolStatus -server "BTS2010LAB01" -instance "MSSQLSERVER" -protocol "SM" -enable $false

##################################################################
# Disable VIA SQL Server Network Protocol
##################################################################

ChangeSQLProtocolStatus -server "BTS2010LAB01" -instance "MSSQLSERVER" -protocol "VIA" -enable $false

 

Depois de activar ou desactivar os protocolos, você deve parar e reiniciar os serviços do SQL para que as alterações entre em vigor:

$service = get-service "MSSQLSERVER"
restart-service $service.name -force #Restart SQL Services

$service = get-service "ENTSSO" #Start Enterprise Single Sign-On Service
if( $service -ne $null )
{
    start-service $service.name
}

get-service BTS* | foreach-object -process {start-service $_.Name} # Start BizTalk Services

 

Poderá efetuar download do script aqui:

How to set SQL Server Network Protocols in the SQL Server for BTS Databases (2.3 KB)
Microsoft | TechNet Gallery

Leia mais »»

Logótipo do BizTalk Server 2013 em formato vectorial

Num dos meus posts anteriores, disponibilizei um conjunto de ficheiros do logótipo do BizTalk Server 2010 em formato vectorial (ver mais aqui) para que pudéssemos usar nos nossos blogs, panfletos/folhetos, rollups de eventos e que pudéssemos trabalhar com ele (redimensionamento, por exemplo) sem que este perca qualidade!

Pois bem… a pouco tempo de ser lançado a próxima versão do produto: BizTalk Server 2013 pedi uma vez mais à minha colega de trabalho Sónia Gomes para me ajudar a disponibilizar o novo logótipo e o resultado final é este:

E mais uma vez encontra-se disponível para download nos seguintes formatos vectoriais: PDF, EPS e AI, e num simples PNG transparente.

Poderá obter este componente a partir de:

Download: BizTalk Server 2013 logo in vector format |Microsoft TechNet Gallery

Leia mais »»

Como fazer debatching com WCF-SQL

As vezes precisamos receber vários registros de uma procedure do SQL Server, e outras vezes precisamos fazer o split dessa mensagem.

O que eu quero dizer é que as vezes, quando a procedure retornar 10 registros, precisamos que seja iniciado 10 instancias da orchestration.

Aqui no blog já falamos bastante sobre Split de Mensagens, como neste meu primeiro post. Tem também este post que mostra como fazer o split sem usar a técnica do Envelope.

E como fazer isso com o novo WCF-SQL Adapter? Apesar que também precisamos usar a técnica do Envelope, a configuração é um pouco diferente.

No post anterior eu mostrei como criar schemas para ser usado na Receive Port. Então vamos pegar o mesmo projeto e continuar a partir dai.

Então nosso schema ficou assim:

Clique no node e altere a proriedade Envelope para Yes.


Selecione o node TypedPolling e altere a propriedade Body Xpath apontando para o node TypedPollingResultSet0, que é o primeiro node logo abaixo dele.

Agora vem a parte em que fiquei apanhando: Lendo o post do meu amigo Richard Seroter (um gigante do mundo SOA), depois dessas configurações ele mostra que é só compilar e fazer deploy do projeto que já está funcionando. Porém, o exemplo dele não utiliza orchestration, então eu continuei a usar o node TypedPolling dentro da orchestration para receber a mensagem. E começou a pipocar esse erro:

Inner exception: Received unexpected message type does not match expected type http://Namespace#RootNode. Exception type: UnexpectedMessageTypeException

Fazendo alguns testes, e depois de 4 horas quebrando a cabeça, eu troquei a mensagem para usar o node TypedPollingResultSet0, e finalmente funcionou.

Essa é pra ficar documentado, e nunca mais perder tempo com esse problema.
Até a próxima.

Leia mais »»

Criando Schema com Procedure na Receive Port - WCF-SQL

Olá Pessoal, já vi muitos exemplos de como criar schemas pela internet, mas nenhum deles me agradou por ser simples demais, e quando aplicamos a técnica numa situação real, sempre temos problemas.
Hoje vou explicar como criar schemas a partir de uma procedure do SQL Server para ser usado na Receive Location, iniciando a orchestration.
Vamos começar com a criação da procedure:

CREATE PROCEDURE [dbo].[spTesteSchema]
as

BEGIN

    SELECT  *
    FROM tbTESTE WITH (NOLOCK)
    WHERE flStatus = 3
        
END

Notem que eu não coloquei a clausula FOR XML. Com o novo adptador não precisamos mais.

O próximo passo é criar um projeto de Biztalk e clicar com o Botão direito do mouse e em Add –> Add Generated Items –> Consume Adapter Service



Clique no Botão Add. Irá aparecer um wizard Consume Adapter Service.




No combo Select a binding, escolha sqlBinding.
Clique no botão Congifure.

Na aba URI Properties, preencha as propriedades:

• Server – Nome do Servidor onde esta o banco SQL Server.
• InitialCatalog – Nome do Banco de Dados, o qual queremos conectar
• InboundId – Identificador que comporá o TargetNamespace do schema. Obrigatório quando utilizado na Receive Port (como é o nosso caso).

Na aba Binding Properties, preecha as propriedades:

• InboundOperationType – Escolha Typed Polling, para que venha os campos Tipados.
• PolledDataAvailableStatement – Deve retornar um contador indicando que tem dados disponiveis e que o biztalk deve executar o código na propriedade PollingStatement.
• PollingStatement – Comando que retornará os dados a serem integrados.

Clique no Botão OK.

Retornando para a tela principal, devemos clicar no botão Connect. No combo Select contract type, selecione Service (Inbound operations). E então basta selecionar no painel Available Categories and operations, localizado à direita da tela, a opção TypedPolling e clique em Add.



Clique em OK.

Irá ser gerado um schema com 3 nós: TypedPollingResultSet0, ArrayOfTypedPollingResultSet0 e TypedPolling.



Para usar os dados vindos do SQL Server, crie uma mensagem dentro da orchestration, apontando para o node TypedPolling.

E para criar a Receive Port, basta usar o binding que foi gerado: WcfReceivePort_SqlAdapterBinding_Custom.bindinginfo.xml

Conclusão:
Hoje vimos como puxar schemas do SQL Server através de procedure para ser usado na Receive Location, iniciando o processo.

Até a próxima.

Leia mais »»

Recursos de aprendizagem para developers e administradores de BizTalk disponíveis na Microsoft TechNet Wiki

Às vezes, as pessoas querem começar a aprender BizTalk e não sabe por onde começar e é normal perguntarem-me como o podem fazer, o que me leva a estar sempre à procura desta informação e a fornecer uma enormidade de links como referencia.

Para ser honesto, é mais normal perguntarem "Como posso aprender a ser um Developer de BizTalk" do que "Como posso aprender a ser um administrador do BizTalk", no entanto os administradores de BizTalk desempenham um papel extremamente importante e vital nos ambientes de BizTalk.

Desta forma, para ter uma resposta rápida a este tipo de pedido e também para servir também como referência para os próprios administradores e developers, eu decidi criar dois artigos na Microsoft TechNet Wiki que têm como objectivo servir de referência rápida para todos os recursos disponíveis:

• Training Resources for BizTalk Developers

• Training Resources for BizTalk Administrators

Espero que achem esta informação útil e desde já desafio (convido) todos os administradores e developers de BizTalk a ajudar a melhorar estes artigos com novos conteúdos: whitepaper, documentação, tutoriais, scripts, Webcast …

Leia mais »»

BizTalk Server 2013 Beta já se encontra disponível para download

Notícias excelentes... Começou uma nova página na história do BizTalk história Server, que teve inicio em 2000, desde ontem a oitava versão do produto, ainda em versão beta, BizTalk Server 2013 (anteriormente chamado de BizTalk Server 2010 R2) está disponível para download no Microsoft Download Center.

BizTalk Server 2013 Beta inclui melhorias significativas para as já existente capacidades de integração nas quais podemos destacar as seguintes características:

• Integração com Cloud Services: BizTalk Server 2013 Beta inclui out-of-the-box novos adaptadores enviar e receber mensagens de e para o Windows Azure Service Bus. Ele também fornece capacidades para transferir mensagens usando diferentes relay endpoints hospedados no Azure.
• SB-Messaging adapter: Esta versão introduz o adaptador SB-Messaging para enviar e receber mensagens de entidades disponíveis no Windows Service Bus, como Queues, Topics e Relays. Podemos usar este adaptador para interligar o nosso BizTalk Server local com o Windows Azure, permitindo assim aos utilizadores criarem aplicação híbridas (leia mais aqui).
• WCF-BasicHttpRelay e WCF-NetTcpRelay Adapters: Dois novos adaptadores que permite enviar e receber mensagens de e para Service Bus relays usando o BasicHttpRelayBinding ou NetTcpRelayBinding respectivamente (leia mais aqui e aqui).
• Suporte a serviços RESTful: BizTalk Server 2013 Beta inclui adaptadores para invocar REST endpoints, bem como expor artefactos do BizTalk Server como um serviço RESTful.
• WCF-WebHttp Adapter: Microsoft BizTalk Server usa o adaptador WCF-WebHttp para enviar ou receber mensagens para ou de serviços RESTful (leia mais aqui).
• Melhorias no adaptador SharePoint: Integração com o SharePoint usando o BizTalk Server 2013 Beta é agora tão simples como a integração com um compartilhamento partilha de documentos (File Share) (leia mais aqui).
• Novo adaptador SFTP: Depois da Microsoft, em 2009, melhorar o adaptador FTP estendendo-o para suportar FTPS, esta nova versão permite o envio e recepção de mensagens de um servidor FTP usando o SSH File Transfer Protocol (leia mais aqui).
• ESB Toolkit integrado no BizTak Server: Com o BizTalk Server 2013 Beta o ESB Toolkit está agora totalmente integrado com o produto. Além disso, a experiência de configuração ESB Toolkit está muito mais simplificada e fácil por forma a permitir uma configuração rápida (leia mais aqui).
• Controlo de dependências (Dependency tracking): uma BizTalk aplicação típica por norma envolve vários artefactos, como orquestrações, send ports, receive locations, pipelines, schemas ou mapas. Todos esses artefactos têm dependências entre si. Através de consola administrativa do BizTalk, podemos agora visualizar e navegar pelas dependências d os artefactos (leia mais aqui).
• Melhorias nas dynamic send ports: BizTalk Server 2013 Beta proporciona a capacidade de definir host handler por adaptador, em vez de usar sempre o default send handler dos adaptadores (leia mais aqui).
• Suporte a novos EDI Schemas: BizTalk Server 2013 Beta introduz o suporte para os seguinte EDI Schemas:
• X12: 5040, 5050, 6020, 6030
• EDIFACT: D06A, D06B, D07A, D07B, D08A, D08B, D09A, D09B, D10A, D10B
• XslCompiledTransform: BizTalk Server mapping engine faz uso de XslTransform API para as necessidades de mapeamento. Com o BizTalk Server 2013 Beta, BizTalk Server mapping engine faz uso da mais recente e melhorada XslCompiledTransform API. Isto irá proporcionar melhorias no desempenho do motor de mapeamento.
• Melhorias a nível de Ordered Send Port: Com o BizTalk Server 2013 Beta, a Microsoft fez alterações ao nível do BizTalk runtime engine que irá aumentar o desempenho nos cenários de Ordered Send Port.

Todas estas capacidades também estarão disponíveis brevemente no Windows Azure Virtual Machine platform gallery.

Recursos

• Download BizTalk Server 2013 Beta
• Documentação sobre BizTalk Server 2013 Beta

Leia mais »»

BizTalk360 uma ferramenta de suporte e monitorização para a plataforma BizTalk Server – Conclusão (Parte 5)

Ferramentas de Produtividade

Knowledge Base integrada

Assim que os problemas ou falhas são resolvidas, normalmente poderão acontecer duas coisas:

1. A equipa de administração documenta o problema num repositório interno (Wiki, SharePoint) da organização, ou num cenário mais pessimista nos seus blocos de notas pessoais;
2. A equipa de administração após resolvido o incidente, não efectua qualquer tipo de documentação

Muitos de vocês deverão estar familiarizados com o passo 2… O problema com estas duas abordagens é que a informação, ou não existe ou não está disponível prontamente aos utilizadores quando estes incidentes ocorrerem novamente.

BizTalk360 aborda esta questão fornecendo um repositório Knowledge Base integrado, que possibilita aos utilizadores adicionar nos diferentes eventos (adicionar KB associados aos ids dos eventos do Event Viewer ou aos códigos de erros das Services Instances) informações sobre os processos necessários para corrigir problemas. A próxima vez o mesmo erro acontecer, o BizTalk360 irá informar-lo que existe uma base de conhecimento disponível para o problema, acelerando assim a resolução da questão.

Visualizador avançado de eventos

Um dos problemas comuns que as equipas de administração enfrentam quando estão a tentar monitorizar ou a diagnosticar problemas nas plataforma BizTalk Server, em especial em plataformas multi-servidores, é que os erros podem ocorrer em diferentes servidores o que nos obriga desta forma a percorre-los todos, além desta tarefa ser demorosa poderá trazer riscos de segurança, uma vez que temos de permitir que determinadas equipas tenham acesso aos servidores (o que nem sempre é permitido nas empresas). BizTalk360 aborda esta questão, fornecendo uma funcionalidade de um Event Viewer centralizado, agregando todas as informações dos diferentes logs de eventos e apresenta-a num lugar único.

Ferramenta gráfica Message Flow Viewer

Para as pessoas encarregues de diagnosticar incidentes com limitado conhecimento sobre BizTalk, normalmente equipas de suporte, um dos maiores desafios é entender o caminho que as mensagens percorrem dentro da plataforma. De realçar que o núcleo duro da arquitectura da plataforma BizTalk é baseada em publish / subscribe. Desta forma uma mensagem enviada para o sistema será subscrita por uma ou várias portas ou orquestrações e poderá circular internamente por diversas fases. Normalmente, este tipo de equipa de suporte para efectuarem diagnósticos a este nível deverão ter um conhecimento profundo sobre BizTalk e como usar as ferramentas de fluxo de mensagens disponível com o produto.

Mais uma vez o BizTalk360 elimina a complexidade deste problema, fornecendo um visualizador gráfico do fluxo de mensagens com base na informação de tracking do BizTalk (BizTalk tracking data).

Capacidade de Auditoria (Governance/Auditing)

Deixo para o final, o que na minha opinião talvez seja uma das principais funcionalidade desta ferramenta e que mais nenhuma outra no mercado possibilita: a capacidade de trazer funcionalidades de auditoria à plataforma BizTalk.

Da mesma forma que é imperativo para às organizações ter a possibilidade de gerir permissões de acessos aos mais variados recursos nas plataforma de Microsoft BizTalk Server, também estas têm de ter a capacidade, muitas das vezes por requisitos regulamentares ou simplesmente por boas práticas, de saber quem anda a fazer o quê na plataforma, acompanhando assim as actividades das pessoas de suporte ou de administração nos seus ambientes produtivos.

Já pensou que por exemplo alguém acidentalmente ou propositadamente terminar várias mensagens críticas de negócios (mensagens de encomendas). Como irá descobrir quem efectuou esta operação?

BizTalk360 disponibiliza capacidades de auditoria completas, registando as normais actividades operacionais para as seguintes áreas:

• Operações sobre Service Instances: registar de todas as actividades sobre as Service instances como: suspender, retomar ou terminar as instâncias.

• Operações sobre Host Instances: registar de todas as actividades sobre quem pára as host instances e qual o motivo ou quem as inicializa.

• Operações sobre as aplicações: registar de todas as actividades ao nível das aplicações, como iniciar/parar portas de envio, orquestrações ou activar/desactivar locais de recepção (receive locations)

Conclusão

Existem várias produtos no mercado que permitem efectuar a monitorização sobre os ambientes BizTalk Server: System Center Operation Manager, HP OpenView, Minotaur, Moesion, BizTalk Processing Monitor, entre outro. Todos eles têm as suas vantagens e desvantagens, mas nenhum consegue efectuar uma monitorização completa de acordo com as necessidades reais dos clientes, o que nos obriga a termos de utilizar conjugações de ferramentas para atingir os nossos objectivos.

BizTalk360 é uma das ferramentas mais completas para efectuar-mos a monitorização e suporte dos ambientes de BizTalk Server e uma das únicas que focalizou os seus esforços para preencher todas as lacunas deixadas Microsoft na área de suporte e monitorização do BizTalk Server.

No entanto existem muitas mais funcionalidades nesta ferramenta que não foram alvo de detalhe neste artigo e que poderão descobrir utilizando o trial da versão beta aqui: http://www.biztalk360.com/Content/beta. Poderão também encontrar informação dos preços da ferramenta aqui: http://www.biztalk360.com/pricing/enterprise.

Leia mais »»

BizTalk360 uma ferramenta de suporte e monitorização para a plataforma BizTalk Server – Funcionalidades (Parte 4)

Abstracção da complexidade de certas tarefas

Devido a várias razões, quer seja por não ter trabalho suficiente para manter os recursos ocupados, não justificando assim ter uma equipa dedicada ou simplesmente por razões financeiras, poucas empresas têm uma equipa dedicada na administração da plataforma BizTalk Server. Desta forma as organizações tendem a agrupar estas tarefas de administração numa equipa com funcionalidades alargadas a diversos sistemas ou plataformas, como administradores de sistemas, DBA’s ou mesmo BizTalk.

Um dos objectivos da ferramenta BizTalk360 é abstrair a complexidade de alguns dos principais conceitos ou funcionalidade do BizTalk Server, possibilitando assim que os ambientes de BizTalk Server sejam geridos ou suportados por pessoas com conhecimentos básicos sobre BizTalk, mas sem ter de ser obrigatoriamente um especialista.

Throttling Analyser

Outra das características interessantes nesta ferramenta é o Throttling Analyser. Com esta funcionalidade, BizTalk360 abstrai-nos da complexidade que é analisar estes comportamentos na plataforma, permitindo assim de uma forma fácil e quase em tempo real, monitorizar as condições do ambiente, analisando onde estão a acontecer os constrangimentos e optimizando estas configurações sem termos um conhecimento profundo sobre BizTalk Throttling, planeando assim as suas capacidades e SLA’s. Por defeito os dados de throttling dos últimos 7 dias são mantidos em histórico.

Integração com Message Box Viewer (MVB)

Message Box Viewer ou MBV é uma das principais ferramentas de suporte da Microsoft para analisar o seu ambiente de BizTalk Server e assim produzir alguns relatórios sobre o estado do seu ambiente. Ele capta todos os detalhes do sistema, e produz um relatório de fácil leitura destacando erros críticos e não críticos ou potenciais problemas no seu ambiente.

Tracking manager

Sendo BizTalk Server um middleware, este inclui funcionalidades de rastreamento dos mais diversos artefactos. BizTalk360 ajuda-nos a visualizar as configurações de rastreamento ao nível das aplicações a partir de um único local.

Diagrama dinâmico da topologia do seu ambiente

A maioria dos ambientes de BizTalk Server é composta por multi-servidores, tipicamente o mínimo aconselhável será ter dois servidores de BizTalk Server e dois servidores de SQL Server para suportar “alta disponibilidade”. Desta forma é importante às equipas de administração conhecerem a topologia da sua plataforma e terem acesso fácil a alterações que ocorram. BizTalk360 fornece a capacidade de apresentar uma visão gráfica da sua topologia gerada dinamicamente a partir de seu ambiente.

Leia mais »»

BizTalk360 uma ferramenta de suporte e monitorização para a plataforma BizTalk Server – Funcionalidades (Parte 3)

Capacidades avançadas de gestão de permissões

É imperativo para às organizações ter a possibilidade de gerir permissões de acessos aos mais variados recursos nas plataforma de Microsoft BizTalk Server. BizTalk360 torna este pressuposto possível, trazendo incluídas no produto a capacidades de gestão de permissões totalmente personalizáveis ​​que permitem às organizações definir os seus próprios requisitos de autorização. Estas funcionalidades ajuda a equipa de administração do BizTalk a configurar devidamente os acessos ao ambiente para os vários departamentos ou equipas de projetos, sem o medo que estas interferiram com outros recursos.

Capacidade de Monitorização e Notificação de alertas

BizTalk360 permite-nos monitorizar os mais diversos recursos associados às diferentes camadas da infra-estrutura do BizTalk Server, nos quais podemos destacar:

Aplicações e Serviços

Permite a monitoração de endereços HTTP ou serviços Web externos para códigos de erros conhecidos (ex: 200, 202, etc.).

Monitorização dos estados (Started, Stopped, Enlisted, Un-enlisted, Enabled ou Disabled) das orquestrações, portas de envio (send ports) ou locais de recepção (Receive locations)

Monitorização de processos como por exemplo: estarmos à espera de, receber ou enviar, uma certa quantidade de mensagens de ou para um determinado ambiente. Se esta regra não for comprida, então deverá existir uma implicação no negócio e alguém precisa ser notificado.

Monitorização automática de falhas ou violações, controlando a forma como estas nos são notificadas: se é um problema intermitente, aguarde 10 minutos antes de enviar alerta; enviar apenas 5 alertas em vez de 100 alertas nas próximas 4 horas; se alguém corrigir, podemos também configurar o sistema para nos notificar. Podendo definir o envio destas notificações por correio electrónico ou SMS.

Plataforma BizTalk Server

Monitorização do estados das Host Instances, SQL Jobs ou NT Services. Para cada um deles também podemos definir o estado espectável, este ponto é extremamente útil por exemplo para a monitorização dos SQL jobs que vem com o BizTalk, uma vez que não é suposto estarem todos ativos (MessageBox_Message_Cleanup_BizTalkMsgBoxDb deverá estar desativo e ser ativado pelo job MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb)

O SQL Server e em especial a base de dados “MessageBox” são o coração da plataforma BizTalk Server. E é por essa razão que a Microsoft normalmente trata o SQL Server como uma caixa preta quando se trata de BizTalk Server, é algo que nós sabemos que existe, mas que não deveríamos mexer! A plataforma traz incluído no produto uma série de SQL jobs: backups, limpeza, … que garantem o prefeito funcionamento da plataforma. Na verdade e ao contrário do que muitos DBA utilizam, a única forma de garantir um backup integral e que possibilite o seu restauro fidedigno é utilizando estes SQL Jobs e não outros processos normalmente criados para essa funcionalidade.

A fim de garantir que todas estas atividades, em especial os backups, estão a funcionar corretamente, a equipa de administração de BizTalk ou DBA precisa de monitorizar periodicamente estes Jobs. BizTalk360 ajuda-nos a resolver todos esses desafios fornecendo mecanismos de controlo e notificações:

Assim como um painel de visualização de “BizTalk Backup and Disaster Recovery”:

Capacidade de monitorizar o estado das instâncias (Service Instances), permitindo por exemplo definir diferentes níveis de alerta e/ou erro para um determinado número de serviços para os diferentes estado (Suspended, Active, Scheduled etc), notificação caso os mesmos sejam atingidos.

Sistema Operativo

Capacidade de monitorizar a utilização dos CPU’s ou consumo de memória, permitindo configurar níveis de alertas de erro e/ou de aviso relativo à quantidade de memória livre ou ao consumo do CPU. Por exemplo enviar uma notificação se a memória livre ficar abaixo dos valores definidos durante 30 minutos ou se o consumo do CPU se mantiver acima dos valores definidos durante um período de tempo.

Monitorização de eventos de logs, permitindo a parametrização de diferentes notificações para diferentes consultas dos logs, por exemplo quero receber um alerta caso o número de erros associados ao BizTalk seja superior a 10 nos últimos 30 minutos.

Hardware do Servidor

Capacidade de monitorizar os discos rígidos, permitindo uma vez mais o envio de notificações caso o espaço livre nos discos atinja os valores definidos.

Leia mais »»