Migrando 2003 x86 (32 bits) para Windows 2008 R2 x64 (64 bits)

Vários problemas e algumas mágicas depois…

Após uma longa jornada de testes, hoje fiz a migração do meu AD principal para um Windows 2008 R2, porém descobri que mídia que havia gravado estava em Português de Portugal, sendo assim não tive como fazer a atualização do SO em PT-BR para PT-PT, mas após uma busca pela internet decobri que para solucionar esse problema basta alterar a pasta que fica dentro do ADPREP do CD do Windows 2008 R2 x64 para a mesma linguagem do SO que está sendo preparado, no meu caso PT-BR.

 

Após a alteração do nome da pasta o ADPREP funcionou perfeitamente e o ambiente foi migrado para o 2008 R2.

 

 

ERRO ATIVAÇÃO WINDOWS 0x8004FE33

 

Estava eu tentando fazer a ativação do Windows 2008 R2 Enterprise quando me deparei com o seguinte erro: 0x8004FE33, como já sabemos as mensagens de erro da Microsoft não são das melhores, então fui pesquisar o problema e a solução, pra minha surpresa, só algumas soluções malucas, como: Alterar a chave “não sei o que” no registro do servidor (achei meio arriscado), colocar um link externo em uma das placas do servidor para ele poder validar os endereços de ativação (detalhe, meus servidores são virtuais, nada de placa física), mas finalmente achei em um site da Microsoft a causa do problema.

 

 

Endereço da explicação da Microsoft: http://support.microsoft.com/kb/921471/pt-br como a solução proposta não estava funcionando, uma vez que quando ocorria esse erro não aparecia opção para ativação pelo telefone (que eu estava procurando), percebi que eles escreveram o seguinte:

“O problema pode ocorrer ao se conecta à Internet por meio de um servidor proxy em que a autenticação Básica está habilitada.
Quando está configurado para a autenticação Básica, o servidor proxy exige que você digite um nome de usuário e senha. Entretanto,

a interface do usuário de ativação não permite que você insira as credenciais. Por isso, há uma falha na autenticação Básica e a ativação não tem êxito”

Então, a complexa solução que adotei para sanar o problema e conseguir fazer a ativação pelo método mais simples possível (pelo telefone), apenas desabilitei o proxy no IE e comecei o processo de ativação novamente, pois a ferramenta de ativação do Windows quando verifica que não tem conexão com a internet, é apresentada a opção de ativação pelo telefone.

 

PROBLEMA RESOLVIDO !

 

 

Dynamics AX – Calendário

 

Calendário    1

Nome do formulário: Calendário de feriados    2

Nome do formulário: Compor final de semana    2

 

 

A – Compor FINAL DE SEMANA

1. Nó da Página da Área de Clique: Básico -> Configuração -> Brasil -> Calendário de feriados.

 

Nome do formulário: Calendário de feriados

 

 

 

2. Clicar no botão Compor final de semana.

 

Nome do formulário: Compor final de semana

 

3. Alterar De ” para ‘1/1/2011′.

4. Alterar Até ” para ‘31/12/2011′.

5. Clicar no botão OK.

B – Compor FERIADO

8. Criar um novo registro no formulário Calendário de feriados.

9. Alterar a Data ” para ‘08/03/2011

 

10. Alterar Dia ” para ‘Terça-Feira’.

 

11. Alterar Descrição de ” para ‘Carnaval’.

 

12. Salvar o registro no formulário Calendário de feriados.

 

13. Fechar o formulário Calendário de feriados.

Dynamics AX 2009 – Plano de pagamento

 

Plano de pagamento    1

Nome do formulário: Planos de pagamento    2

Nome do formulário: Condições de pagamento    5

 

 

1. Nó da Página da Área de Clique: Contas a pagar -> Configuração -> Pagamento -> Planos de pagamento.

 

Nome do formulário: Planos de pagamento

 

 

 

2. Criar um novo registro no formulário Planos de pagamento.

 

3. Alterar Plano de pagamento de ” para ‘168′.

 

4. Alterar Descrição de ” para ‘35/42/56 Dias’.

 

5. Alternar para a guia Geral do formulário Planos de pagamento.

 

 

 

6. Alterar Alocação de ‘Total’ para ‘Especificado’.

 

7. Alternar para a guia Linhas de pagamento do formulário Planos de pagamento.

 

 

 

8. Alterar Quantidade de ‘0′ para ’35′.

 

9. Criar um novo registro no formulário Planos de pagamento.

 

10. Criar um novo registro no formulário Planos de pagamento.

 

11. Alterar Valor na moeda de ‘0,00′ para ’33,34′.

 

12. Alterar Quantidade de ‘0′ para ’42′.

 

13. Criar um novo registro no formulário Planos de pagamento.

 

14. Alterar Valor na moeda de ‘0,00′ para ’33,33′.

 

15. Alterar Quantidade de ‘0′ para ’56′.

 

16. Alterar Valor na moeda de ‘0,00′ para ’33,33′.

 

17. Salvar o registro no formulário Planos de pagamento.

 

18. Fechar o formulário Planos de pagamento.

 

19. Nó da Página da Área de Clique: Contas a pagar -> Configuração -> Pagamento -> Condições de pagamento.

 

Nome do formulário: Condições de pagamento

 

20. Criar um novo registro no formulário Condições de pagamento.

 

21. Alterar Condições de pagamento de ” para ‘168′.

 

22. Alterar Descrição de ” para ‘35/42/56 Dias’.

 

23. Alternar para a guia Configuração do formulário Condições de pagamento.

 

 

24. Alterar Plano de pagamento de ” para ‘168′.

 

25. Salvar o registro no formulário Condições de pagamento.

 

26. Fechar o formulário Condições de pagamento.

100.000 VISITAS

UHHHUUUUU !!!!

Batemos a marca das 100.000 visitas únicas e isso é um fato para comemoração !!!!

 

Tenho tentado colocar mais material, porém com alguns projetos em andamento está bem difícil conseguir elaborar algo de qualidade para auxiliar os visitantes, pois não acho que apenas postar coisas simples para “aumentar o volume de visitas” seja uma boa idéia, acho que é melhor desenvolver material de qualidade e com exemplos, assim quem realmente tiver interesse no artigo saberá que pode contar com as dicas e exemplos para resolver um problema ou conhecer o assunto.

 

Em 2012 o foco do site será também o sistema ERP da Microsoft, conhecido como Dynamics AX (versão 2009), farei documentos com exemplos simples, como cadastros em geral, explicação de como alterar o layout de relatórios, inativar acesso a campos, incluir campos em tela, ocultar informação, etc e complexos, como criação de tela, relatórios, etc.

 

Caso alguém tenha algum artigo interessante para compartilhar com a turma que acessa o site, pode mandar e-mail para: ricardo.nobregasantos@gmail.com ou acrescentar meu skype: rnobrega_ion, assim poderemos trocar informações entre os visitantes, mas peço que só enviem arquivos criados por vocês.

 

Obrigado pelas visitas e vamos divulgar o conteúdo do site.

 

Abraço a todos !

 

 

Tornando campo obrigatório no Dynamics AX

 

O sistema Dynamics AX é um sistema muito completo, porém as vezes são necessários cadastros de informações relevantes ao negócio que não são marcadas como obrigatórias para o sistema standard.

Antes de iniciar o processo de alteração do campo para obrigatório, é necessário saber o nome do campo, para isso existe no Dynamics AX um recurso muito interessante e que acaba ajudando em vários pontos, dentre eles na configuração de campos obrigatório (como veremos nesse post), na criação/alteração de relatórios, etc.

Descobrindo o nome do campo:

Dynamics AX 1 – Acessar o menu CONFIGURAR

 

Uma tela com essa abaixo será apresentada:

Dynamics AX 2 – Verificar no campo NOME DO SISTEMA O NOME DA TABELA E CAMPO

No caso da Figura 2 (Dynamics AX 2) a tabela é InventTable e o campo é ItemName, então teremos que achar esse caminho pela estrutura da AOT

 

Abaixo seguem os passos para fazer essa alteração na tabela para tornar o campo obrigatório.

Colocando o campo NOME DO ITEM COMO OBRIGATÓRIO NO CADASTRO DE ITENS (campos obrigatórios são marcados com uma linha ondulada vermelha), na imagem abaixo o campo “numero do item”,”grupo de dimensões” e “Grupo de itens” é obrigatório.

Colocando o campo Nome do Item como obrigatório

 

Acessando o menu AOT (clicar no ícone da Árvore de Objetos do Aplicativo) ou apertar CTRL+D na tela do sistema

 

 

Estrutura da Árvore de Objetos

 

Na estrutura da Árvore de Objetos é necessário encontrar a tabela InventTable, depois de posicionado na tabela vamos expandir ela para encontrar o campo ItemName, conforme a imagem abaixo.

 

Posicionar em cima do campo do ItemName

 

Depois de posicionar o campo ItemName, clicar com o botão da direita nele e clicar em opções no menu.

A tela a direita dos campos são as propriedades do campo selecionado

 

Nesta tela de propriedades a opção que determina se o campo será obrigatório é Mandatory, sendo que aqui essa opção está como No, após a alteração será possível verificar a linha ondulada no campo Nome do Item e a partir desse momento esse campo passa a ser obrigatório para a finalização do cadastro de qualquer item no sistema.

Após fazer a alteração de qualquer opção das propriedades é importante clicar nos disquetes, assim o banco de dados será sincronizado com o sistema.

Linha ondulada no campo Nome do Item, indicando que o campo é obrigatório

 

Seguindo esse procedimento é possível colocar qualquer campo do sistema em qualquer tela como obrigatório, sendo ele parte de um grid ou um campo em uma tela, pois da mesma forma que na grid, é possível clicar com o botão da Direita para verificar o nome da tabela e campo.

 

Qualquer dúvida, entrar em contato com ricardo.nobregasantos@gmail.com ou deixar comentário.

 

 

VMWare ESXi 4.1

A pouco tempo tive que começar a mexer com virtualização de servidores com a ferramenta VMWare, então como todo bom começo de aprendizado fiz alguns testes e tive alguns problema até chegar a solução ideal para o que eu estava precisando.

Cenário:

Equipamento: Optiplex 760, 4GB Memória, HD 500GB

Software: VMWare ESXi 4.1

Funções: Servidor de Impressão, Servidor de Replicação do AD, futuramente Servidor Debian (Squid + Iptables)

Após a instalação do VMWare com apenas 1 placa de rede, surgiu a necessidade de colocar mais placas para poder acrescentar o servidor Debian com função de Firewall e Proxy, porém quando foi colocada a placa adicional (que é compatível pela lista de compatibilidade da VMWare) o servidor deu problema na única placa que tinha funcionando, então não teve jeito, foi necessário entrar no Linux que roda o VMWare e mexer na placa de rede diretamente pelo arquivo.

Primeiro, para acessar o Linux (customizado) que roda por de baixo do VMWare ESXi 4.1 deve-se pressionar as teclas de atalho ALT+F1, fazendo isso você verá um terminal igual ao do GNU, sendo assim basta apenas procurar os arquivos para editar, nessa versão de Linux não existe o VIM, então vamos pelo VI.

O problema aconteceu depois que as minhas placas adicionais foram colocadas, então percebi que a única placa que ainda deveria estar funcionando não estava mais, olhando as telas de administração de placas de rede pelo console de administração do VMWare era possível verificar que o status dela ficava sempre como disconnected, então verifiquei que a placa não estava mais configurada com AUTO na negociação de velocidade, ela tinha alterado para 1000Mbps, então começou o problema, pois não tem como alterar pela console de administração essa configuração da placa.

ESXi (4.1) 1 – Tabela de apresentação das placas de rede

Já logado no console do Linux que roda por baixo do VMWare basta digitar o comando esxcfg-nics -a vmnic0 (no meu caso só tinha esse vmnic).

Depois de reiniciado o servidor a placa voltou a negociar a velocidade e o problema foi resolvido.

Abaixo segue o link de um site onde tem vários comandos que podem ser utilizados no console Linux do VMWare ESXi 4.1 (os comandos são diferentes da versão 3).

http://vmware-land.com/esxcfg-help.html

Qualquer dúvida enviar e-mail para: ricardo.nobregasantos@gmail.com

Site sobre Linux

Não conhecia o site www.prefirolinux.com.br até a semana passada quando um contato do skype colocou na frase dele, fiquei curioso e fui verificar, que surpresa !

Vale muito a pena conferir esse endereço de informações sobre o SO livre, muito conteúdo de qualidade e direto sem rodeios, para leigos e experientes.

Parabéns pela iniciativa dos criadores do site.

Abraço

Publicidade

Compre produtos em lojas confiáveis, então não perca tempo procurando, no Buscapé você acha sempre o melhor preço de qualquer produto que esteja procurando.

Para comprar produtos com qualidade e ótimos preços, entre na página da Dell através do link abaixo, uma oferta diferente a cada dia.

LINUX – TCPTRACK

O comando tcptrack utilizado para analisar as conexões das placas de rede dos computadores rodando Linux é muito útil e fácil, como ele é possível saber de quais endereços IP sua placa de rede está recebendo conexão, identificar tentativas de acesso não autorizado ou até se algum software der problema de conexão é possível identificar qual endereço da internet ele estava tentando buscar.

Passei por uma situação que acabei resolvendo apenas com o uso do comando tcptrack -i ethx (onde x é o número da sua placa de rede), com esse comando consegui identificar que um determinado programa da secretaria da fazenda estava tentando conexão com um endereço publico em uma porta que estava bloqueada no meu firewall, sabendo agora qual a máquina originou a conexão (na rede interna) e sabendo em qual endereço/porta estava tentando a conexão, entrei no meu firewall, liberei a porta e o endereço para a máquina em questão e pronto.

Nada de analises complexas, ligações para órgãos públicos, suporte, etc… Apenas utilizando uma ferramenta simples e nativa do próprio Linux é possível solucionar problemas desse tipo.

Para saber todas as opções do comando acima, segue um endereço com todas as explicações para uso.

http://pwet.fr/man/linux/commandes/tcptrack