MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Últimos posts

Categorias

Arquivo

Tags

Pane no Exchange 2007 e no Dynamics CRM

Passamos por uma situação inusitada hoje pela manhã. Algo tão simples, mas com sintomas tão diversos que perdemos quase o dia até entender o que estava acontecendo.

SINTOMAS

No Dynamics CRM não estava aparecendo os titulos corretos, por exemplo, ao invés de no pedido aparecer "Pedido 0001 - Cliente Fulano - Produto X" estava "Pedido 0001 - Cliente {8888;;;} - Produto {8888...}", ou seja, nos locais onde deveriam aparecer os dados de relacionamentos apareciam os GUIDs.

Alem disso ao verificar o pedido estava os dados do cliente, mas no cliente não constava o pedido !!!

O outro sintoma foi que no Outlook dos usuários tudo parecia estar normal, mas não estavam recebendo emails. Como existe um plug-in do CRM e este estava se comportando de forma estranha, achamos ser este o problema nos outlooks.

Após tentar de tudo, reindexar tabelas, reiniciar servidor e outras doideiras tive um "estalo". Como temos dois servidores Exchange 2007, um na filial outro na matriz, redirecionando entre si verifiquei o Queue do Exchange da filial e estava a mensagem "451 Connection Dropped - Insuficient Resources on Server" no servidor da matriz.

CAUSA

Não podia ser nada mais simples que isso: O disco SO do Exchange da matriz estava com 300 KB livre. Isso explica o problema que eu encontrei no Queue, a questão de não estarem recebendo email na matriz. Porem, o que o CRM tem a ver com isso?

O CRM utiliza um componente chamado "Email Router" que faz a integração com o Exchange e com os plug-in nos Outlooks. Ao ter problema este componente passou a travar processos do serviço CRM Async e todo o sistema passou a ficar com comportamento instável.

SOLUÇÃO

Limpeza de disco no SO do exchange, reiniciamos o servidor Exchange e logo após o CRM. Tudo voltou a funcionar, os GUIDs desapareceram e ficaram com os dados normalmente, os pedidos aparecem nos clientes e os emails entraram todos de uma vez, mais de 300 até aquele momento.

 

Posted: out 14 2009, 11:50 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Erro no Exchange 2007: MSEXCHANGEADTOPOLOGYSERVICE.EXE

Recentemente fizemos uma manutenção no Exchange e entre elas atualizamos as policies do dominio.

Após a alteração o Exchange não mais enviava emails entre os servidores nem externo, mas recebia normalmente.

Os serviços "System Attendant", "Information Store" e "Transport" ficavam em estado "Starting" ou não subiam. No Event Viewer apareciam erros diversos, mas destacamos o primeiro deles, que era o causador do problema:

Microsoft Exchange Active Directory Topology Service

Process MSEXCHANGEADTOPOLOGYSERVICE.EXE (PID=2068). Topology discovery failed, error 0x80040a02 (DSC_E_NO_SUITABLE_CDC). Look up the Lightweight Directory Access Protocol (LDAP) error code specified in the event description. To do this, use Microsoft Knowledge Base article 218185, "Microsoft LDAP Error Codes." Use the information in that article to learn more about the cause and resolution to this error. Use the Ping or PathPing command-line tools to test network connectivity to local domain controllers.

Após procurar no KB citado não encontramos qualquer referencia de como resolver o problema, mas em um outro KB descobrimos que o Exchange precisa ter autorização na leitura e gerenciamento dos logs de segurança. Portanto, basta ter a permissão na politica da figura abaixo.

Porem, na referencia que encontramos havia uma maneira absurda de resolver, colocar a conta do computador Exchange no grupo Domain Admins, o que obviamente é uma brecha de segurança enorme pensando que um virus ou outro software instalado no Exchange poderia detonar todo o AD ou o ambiente sem precisar de mais nada.

O ideal neste caso é colocar a conta do COMPUTADOR do Exchange na politica "Manage auditing and security log", o que dá ao Exchange o direito necessário para auditar seus serviços no Event Log do Windows sem compromoter a segurança. Se o seu servidor estiver em uma rede com mais do que Exchange 2007 coloque ele no grupo "Exchange Enterprise Server".

Portanto, uma recomendação: NUNCA DÊ PERMISSÃO A DOMAIN ADMINS SÓ PORQUE ALGUEM FALOU OU ALGO NÃO ESTÁ FUNCIONANDO, ANALISE E UTILIZE UMA SOLUÇÃO MAIS CONSISTENTE E SEGURA.

Posted: out 10 2009, 13:18 by msincic | Comentários (3) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Exchange Server

Microsoft Security Essentials disponivel para download

Finalmente ficou pronta a versão final do MSE: http://www.microsoft.com/Security_essentials/default.aspx?mkt=pt-br

Vale a pena utilizar, esse utiliza o engine (motor) do Windows Defender, o que incorrerá em pouco uso adicional da CPU.

Eu pessoalmente utilizo o ForeFront que desde a instalação a 4 meses não tive um malware.

Levando em conta que a base é a mesma, vale a pena !!!!

Importante: O link direto está com problema, clique em "Localidades" e escolha a versão do SO.

Posted: set 29 2009, 14:56 by msincic | Comentários (3) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Outros

Palestra Windows 7 na UNICID

No sábado passado participei no ciclo de palestras da UNICID com o tema "Windows 7".

Foi muito bom, uma sessão pela manhã e outra a tarde com todos os alunos de informática.

Ao final de cada sessão inclui uma palestra de 1 hora sobre "Certificações e Mercado de Trabalho".

Quem quiser os ppts, baixe o arquivo:

UNICID - Email.zip (6,52 mb)

Posted: set 26 2009, 14:20 by msincic | Comentários (5) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Certificação | Windows 7

Alterar o Background do Windows 7 por GPO Preferences

Eu peguei uma dica no blog do Arnaldo sobre como mudar o papel de parede que o Windows 7 usa na tela de logon (http://www.arnaldofagnani.com.br/Blogs/post/Tela-de-Logon-Windows-7.aspx).

Porem, me veio a cabeça um ponto interessante: Como mudar o papel de parede da tela de abertura de toda a rede?

Lembrei das Group Policy Preferences, um novo recurso do Windows 2008, que permite até criar chaves de registry.

Para isso abra uma GPO em "Computer Settings", seção "Preferences" depois "Windows Settings" . Clique sobre a chave "Registry" e com o botão direito selecione "Create".

No caminho da chave coloque "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\Background\OEMBackground", no tipo coloque "DWORD" e no valor "1".

Pronto, o restante vale o que o Arnaldo colocou no post dele, cada máquina precisa ter a imagem no seu disco local.

Agora surge a segunda pergunta: Consigo copiar a imagem em todas as maquinas na mesma GPO?

A resposta é SIM !!!   No mesmo local que você criou a chave de registry em Preferences existe a opção "Files" que permite copiar um arquivos em todas as maquinas submetidas a esta GPO.

Clique com o botão direito e escolha a opção "Copy" e coloque o caminho "c:\windows\system32\oobe\info\backgrounds" e o nome da imagem como "backgroundDefault.jpg", seguindo as instruções do post do Arnaldo.

Agora sim está tudo ok, o papel de parede copiado e a chave de registry criada e configurada.

Posted: set 08 2009, 11:34 by msincic | Comentários (2) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Windows 2008 | Windows 7
Login
Marcelo de Moraes Sincic | All posts tagged 'attach'
MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Últimos posts

Categorias

Arquivo

Tags

Volume de Storage Space não Remonta no Boot

Um problema recorrente que temos agora que diversos clientes passaram a usar o Storage Space para montar volumes RAID é ele não retornar montado quando a máquina é reiniciada.

SINTOMA

Todas as vezes que um servidor que tem discos configurados a partir do Storage Spaces do Windows 2012, é necessário ir em Volumes e refazer o Attach do disco.

No Server Manager, configuração de volumes do Storage Space abaixo, na coluna de warnings aparece um aviso amarelo, indicando que o disco está ok e com o botão direito acessamos o Attach e ele retorna a aparecer no servidor com a mesma configuração e letra definidos originalmente.

Imagem1

CAUSA

Quando um Storage Space é montado, uma das opções que se pode definir pelo PowerShell (é automático na GUI Server Manager) é o IsManualAttach que deverá estar em True.

Quando o disco é movido de um servidor para outro ou redefinido por adição de disco o Manual Attach retorna ao padrão que é False.

SOLUÇÃO

A solução é muito simples, utilize o PowerShell abaixo para listar os volumes que estão como manual:

get-virtualdisk | where IsManualAttach

Será gerada uma lista como a copiada abaixo, onde pode-se ver que o IsManualAttach está habilitado:

Capturar

Utilizando o nome do disco, que é o nome que aparece no Windows Explorer, você pode desativar o attach manual:

Set-VirtualDisk –FriendlyName RAID-VMs -IsManualAttach $False

Posted: nov 18 2015, 15:32 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Login