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

Pageviews The process cannot access the file 'D:\home\site\wwwroot\Visitas2.xml' because it is being used by another process. 2019: 4971079
Pageviews 2018: 4296564
Pageviews 2017: 4351543
Pageviews 2016: 3991973
Pageviews 2015: 2675433
Pageviews 2014: 2664208
Pageviews 2013: 2399409
Pageviews 2012: 3209633
Pageviews 2011: 2730038
Pageviews 2010: 1470924
Pageviews 2009: 64608

Ú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 | MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Pageviews 2019: 4971079
Pageviews 2018: 4296564
Pageviews 2017: 4351543
Pageviews 2016: 3991973
Pageviews 2015: 2675433
Pageviews 2014: 2664208
Pageviews 2013: 2399409
Pageviews 2012: 3209633
Pageviews 2011: 2730038
Pageviews 2010: 1470924
Pageviews 2009: 64608

Últimos posts

Categorias

Arquivo

Tags

Limitar acesso ao Windows File Storage no Exchange 2007

Um importante recurso novo no Exchange 2007 foi o acesso pelo OWA ao SharePoint e a pastas compartilhadas.
Porem, uma questão sempre surge: Como limitar quem pode acessar o recurso de File Share?
Na interface grafica não há suporte para isso, mas pelo PowerShell é possivel usar comandos que desabilitem.
Mas há um detalhe interessante. Ao tentar bloquear apenas um recurso todos ficam desabilitados, pois o default deixa os parametros nulos, e ao fazer uma alteração todos ficam em "false".
Para resolver isso e para limitar os usuários segue as duas linhas necessárias:

1 - Desabilita de todos os usuarios o UNC File Share e deixa o restante dos recursos habilitados:
get-mailbox | Set-CASMailbox -OWACalendarEnabled:$true -OWAContactsEnabled:$true -OWATasksEnabled:$true -OWAJournalEnabled:$false -OWANotesEnabled:$true -OWARemindersAndNotificationsEnabled:$true -OWAPremiumClientEnabled:$true -OWASpellCheckerEnabled:$true -OWASearchFoldersEnabled:$true -OWASignaturesEnabled:$true -OWAThemeSelectionEnabled:$true -OWAJunkEmailEnabled:$true -OWAUMIntegrationEnabled:$false -OWAWSSAccessOnPublicComputersEnabled:$false -OWAWSSAccessOnPrivateComputersEnabled:$false -OWAUNCAccessOnPublicComputersEnabled:$false -OWAUNCAccessOnPrivateComputersEnabled:$false -OWAActiveSyncIntegrationEnabled:$false -OWAAllAddressListsEnabled:$true -OWAChangePasswordEnabled:$true -OWARulesEnabled:$true -OWAPublicFoldersEnabled:$true -OWASMimeEnabled:$true -OWARecoverDeletedItemsEnabled:$true


2 - Habilita o UNC File Share de apenas um usuário específico:
get-mailbox | Set-CASMailbox -OWACalendarEnabled:$true -OWAContactsEnabled:$true -OWATasksEnabled:$true -OWAJournalEnabled:$false -OWANotesEnabled:$true -OWARemindersAndNotificationsEnabled:$true -OWAPremiumClientEnabled:$true -OWASpellCheckerEnabled:$true -OWASearchFoldersEnabled:$true -OWASignaturesEnabled:$true -OWAThemeSelectionEnabled:$true -OWAJunkEmailEnabled:$true -OWAUMIntegrationEnabled:$false -OWAWSSAccessOnPublicComputersEnabled:$false -OWAWSSAccessOnPrivateComputersEnabled:$false -OWAUNCAccessOnPublicComputersEnabled:$true -OWAUNCAccessOnPrivateComputersEnabled:$true -OWAActiveSyncIntegrationEnabled:$false -OWAAllAddressListsEnabled:$true -OWAChangePasswordEnabled:$true -OWARulesEnabled:$true -OWAPublicFoldersEnabled:$true -OWASMimeEnabled:$true -OWARecoverDeletedItemsEnabled:$true


É possivel habilitar ou desabilitar qualquer pasta usando este recurso. Note que existem dois comandos, um para "PrivateComputer" e outro para "PublicComputer", o que obviamente tem a ver com o modelo escolhido pelo usuário quando ele faz o logon.

Posted: jul 14 2008, 14:45 by msincic | Comentários (5) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Exchange Server

Problemas em rede com o Windows 2003 R2

Eu tive diversos problemas em rede com o Windows 2003 R2 ao tentar copiar grandes arquivos para outras maquinas.
Para resolver o problema foi necessário fazer 2 passos, que devem ser feitos e testados individualmente, pois em 4 casos funcionou mas tive um servidor específico que não deu certo e era a placa de rede com defeito.

Este recurso faz o pacote de rede ser escalável, ou seja, o Windows dinamicamente muda o tamanho do pacote conforme o tipo e a constancia do tráfego. Parece muito bom, porem nem todos os SOs e dispositivos de rede tem suporte a este recurso, o que causa o problema da queda de conexão.

Muitas vezes apenas desabilitando o CHIMNEY já resolve o problema.

1) Deslique o recurso CHIMNEY do windows:

Netsh int ip set chimney DISABLED

Este recurso transfere para a placa de rede o processamento dos pacotes, o que libera o SO desta tarega, mas necessita suporte de hardware e dispositivos compativeis.

(Fonte: http://support.microsoft.com/kb/912222/pt-br)

2) Desligue o recurso "Offload TCP_LargeSend" e o "Offload Checksum" na placa de rede.

Estes recursos deveriam manter o tamanho do pacote e manter a conexão mesmo quando ocorre um problema, porem as vezes aparecem aquele "balãozinho" do windows avisando problemas na gravação de dados em rede.

Posted: abr 25 2008, 14:43 by msincic | Comentários (9) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Windows

URLs no .NET para acesso a sites parent

Um interessante recursos no ASP.NET atual é a vantagem de poder utilizar o "~" como acesso ao diretorio principal de uma aplicação.

Exemplo: ~/Forum/Lista.aspx

Acessa o diretório Forum dentro do raiz da aplicação, mesmo que atualmente eu esteja em outro diretorio. Anteriormente utilizamos o "." ou o ".." mas estes só funcionavam na primeira ou segunda hierarquia e se utilizado no proprio diretorio daria erro.

Posted: abr 15 2008, 14:40 by msincic | Comentários (6) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: .NET
Login