Office 365 – removendo SMTP´s secundários durante a migração de caixas

Olá pessoal!

Durante a migração de caixas de usuário do Exchange On-premise para o Office 365, você poderá se deparar com erros de SMTP´s secundários não contemplados durante a configuração do HCW (Hybrid Configuration Wizard).

Obs: Será necessário realizar os passos abaixo com uma conta que tenha permissão de acesso às mailbox dos usuários em nível administrativo.

Para que você remova os endereços smtp´s secundários e consiga migrar as caixas de forma tranquila, siga os passos :

Crie um arquivo .csv seguindo os passos:

Abra o Notepad e digite a linha

PrimarySmtpAddress, Remove_smtpAddress   –   Abaixo, popule com o e-mail principal, e-mail secundário a ser removido.

Vai ficar dessa maneira:

PrimarySmtpAddress, Remove_smtpAddress
seuusuario@seudominio.com.br,seuusuario@seudominioantigo.com.br
Seuusuario1@seudominio.com.br,seuusuario1@seudominioantigo.com.br
Seuusuario2@seudominio.com.br,seuusuario2@seudominioantigo.com.br
Seuusuario3@seudominio.com.br,seuusuario3@seudominioantigo.com.br

Salve o arquivo com um nome simples, exemplo removeoldsmtp.csv em um diretório de fácil acesso.

*Obs: Lembre-se de renomear o arquivo de .txt para .csv.

Abra o Exchange Management Shell e importe o .csv criado:

$MBXs = import-csv “C:\temp\removeoldsmtp.csv”

Após importar o .csv, execute o comando:

$MBXs | foreach { Set-Mailbox -identity $_.PrimarySmtpAddress -EmailAddresses @{remove= $_.Remove_smtpAddress}}

Confira o resultado no output.

Abraços e até a próxima!

Rodrigo Lopes
MTAC – Multi-Platform Technical Audience Contributor | MCT | MCSE| MCSA Office 365
Facebook: Rodrigo Lopes MTAC/MCT

Anúncios

Skype for Business – Perda de gravação da reunião

Olá pessoal,

Hoje trago para vocês um problema ao utilizar a ferramenta de Gravação de reuniões online via Skype for Business e Lync, a perda da gravação da reunião.

Se isso já ocorreu com você, tenho certeza que você teve muita dificuldade em recuperar a Gravação perdida, corrompida ou com erro, se realmente conseguiu recuperar!

Ao terminar a reunião, caso ocorra erro na gravação, sua máquina desligue ou qualquer outro problema, você poderá perder a gravação que estava fazendo, conforme sinaliza o Gerenciador de Gravações do S4B, exibindo erro.

Para recuperar a gravação com erro, abra uma nova reunião e em seguida inicie a gravação da mesma. Localize a pasta onde o S4B grava os arquivos temporários em C:\Users\Username\AppData\Local\Microsoft\Communicator\Recording Manager\Temporary Recording Files , localize a pasta da reunião com erro (se ocorreu a pouco, facilita localizar organizando por data) e copie para outro local. Não prossiga antes de ter certeza que é a pasta desejada, ou se preferir, faça uma cópia da pasta por completo.

Exclua todas as demais pastas Temporárias, você irá notar que apenas uma ficará, pois existe uma gravação em andamento e a pasta está sendo utilizada pelo Skype for Business.

Pause a gravação, volte à pasta da reunião com erro que você copiou para outro caminho, selecione todo o seu conteúdo, copie e cole dentro da pasta da Gravação em andamento no mesmo caminho. Ao parar a Gravação, o Gerenciador de Gravações irá processar os arquivos da Gravação com erros e você terá de volta a sua Gravação que aparentemente estava perdida!

Um abraço e até a próxima!

Rodrigo Lopes
MTAC – Multi-Platform Technical Audience Contributor | MCT | MCSE| MCSA Office 365
Facebook: Rodrigo Lopes MTAC/MCT

 

Migração de DHCP

Olá pessoal,

Na série de dúvidas recebidas do público em geral, quando você está Migrando um ambiente legado, exemplo Windows Server 2003 para Windows Server 2012 R2, dúvidas como Migrar o DHCP com todas as suas reservas, escopos e configurações poderão aparecer.

Não se preocupe, com os passos abaixo, você poderá levar na integra, todas as suas configurações e aproveitar os benefícios do novo servidor, como por exemplo o DHCP Failover.

Vamos lá:

No servidor antigo – Vamos exportar a base do DHCP ( Windows Server 2003, 2008 e 2008 R2) abra o prompt de comando como admin e execute as linhas a seguir:

C:\NETSH

No prompt do NETSH, digite: DHCP

No prompt do NETSH DHCP: digite Server \\servername ou ip

No prompt do NETSH DHCP Server: digite Export c:\w2k3_dhcp_export ALL – onde w2k3_dhcp_export é o nome que escolhi para a base antiga, que será importada no novo Servidor Windows Server 2012 R2.

Após executar o comando, a base antiga estará no local escolhido por você.

Em C:\, localizamos o export da base.

Copie a base para o novo Windows Server 2012 R2 e execute os seguintes procedimentos:

No Servidor novo, abra o Prompt de comando como Admin e repita os passos executados no antigo, apenas alterando o último comando:

C:\NETSH

No prompt do NETSH, digite: DHCP

**Nota: A Microsoft irá descontinuar o NETSH DHCP nas próximas versões e recomenda o uso do Powershell GET-COMMAND -MODULE DHCPSERVER. No Windows Server 2003 e 2008, esse aviso não será exibido!

No prompt do NETSH DHCP: digite Server \\servername ou ip

No prompt do NETSH DHCP Server: digite Import c:\w2k3_dhcp_export

Após realizar o Import, reinicie o Serviço DHCP no novo Servidor e desative o DHCP no servidor antigo.

Durante os procedimentos, é ideal que você tenha uma Janela de Manutenção, pois será necessário efetuar testes de descoberta de IP em seus clientes para validar o correto funcionamento do seu novo DHCP.

**Dica importante: Caso a migração seja realizada de Windows Server 2003, e você esteja pensando em configurar po DHCP Failover nos Escopos, a configuração acima deverá ser realizada nos 2 Servidores onde você irá ativar o recurso.

Um abraço e até a próxima!

Rodrigo Lopes
MTAC – Microsoft Technical Audience Contributor | MCT | MCSE: Windows Server 2012, Private Cloud | MCSA: Windows Server, Office 365 | MCITP | Enterprise, Server, Lync and Virtualization Administrator, MCTS| Active Directory, MCTS | Windows Server 2008 Virtualization, MCDST, MCP

Escalabilidade do Active Directory

Fala galera!

Retomando as atividades do blog, gostaria de compartilhar com vocês algo bem bacana. Muita gente me questiona em aula, palestra, treinamentos a respeito de limites de Produto. Hoje trago a vocês um documento rico em informações a respeito dos Limites do Active Directory.

Nesse artigo é possível encontrar por exemplo o limite máximo suportado de GPO´s – 999 ou o limite de SID (Security Identifiers) que passou de 1 bilhão do Windows Server 2012 R2 para 2,147,483,647 no Windows Server 2012 R2.

Fonte:

Active Directory Maximum Limits – Scalability

https://technet.microsoft.com/en-us/library/active-directory-maximum-limits-scalability(v=ws.10).aspx#BKMK_SIDs

Aproveitem!

Rodrigo Lopes
MTAC – Microsoft Technical Audience Contributor | MCT | MCSE: Windows Server 2012, Private Cloud | MCSA: Windows Server, Office 365 | MCITP | Enterprise, Server, Lync and Virtualization Administrator, MCTS| Active Directory, MCTS | Windows Server 2008 Virtualization, MCDST, MCP

Office 365 day v.5!

Pessoal,

É com grande orgulho que anunciamos o #Office365Day v.5! Para quem já participou das edições anteriores, essa promete ser a melhor de todas e para você que ainda não conhece, não perca!

Durante o dia, teremos alguns dos melhores profissionais de Office 365 do Brasil em  7 sessões diferentes sobre Office 365 para negócio, identidade, produtividade, inteligência na análise de dados, troubleshooting e muito mais.

Vamos ao evento:

Quando? 15/09/2016 – 08h30 às 18h00

Onde? Microsoft Brasil – Avenida das Nações Unidas, 12901, 04578-000 São Paulo

Quais são as palestras?

08h30 – Welcome coffee

09h00 – Abertura do evento

09h10 – Negócios empacotados utilizando Office 365

10h00 – Office 2016 e Office 365 na prática!

11h00 – Tudo que você precisa saber sobre sincronização de senha no Office 365 com o Azure AD Connect

12h00 – Intervalo para Almoço

13h30 – Construindo o Dashboard perfeito com o PowerBI

14h30 – Segurança corporativa e modernização de desktop com Office 365 e EMS

16h00 – Office 365: Funções avançadas de segurança que você tem e nem sabia

17h00 – Office 365 das estratégia de deploy até os detalhes de troubleshooting

17h50 – Encerramento

O evento é gratuito e para ficar melhor, só falta você. Maiores detalhes e Inscrições podem ser feitas neste link.

Esperamos por vocês!

Office 365 Hybrid – Erro ao logar no Portal após migrar caixa de usuário

Olá pessoal,

Segue mais um post sobre problemas que você poderá enfrentar ao migrar contas de usuários de um ambiente On-premises de Exchange para o Office 365.

Ao tentar logar no Portal com o e-mail da empresa @seudomínio.com.br, você recebe uma mensagem de erro informando que o Office 365 não pode validar as suas credenciais de usuário. Ao tentar logar com o domínio @seudominio.onmicrosoft.com, o usuário autentica corretamente e abre a caixa.

Isso normalmente ocorre pois o UPN do usuário em questão foi migrado com o endereço user@seudominio.onmicrosoft.com.

Para que o usuário tenha acesso a sua caixa, será necessário corrigir da seguinte maneira:

Abra o Módulo do Azure PowerShell, conecte-se ao Office 365;

Verifique a conta do usuário em questão, valide se o UPN está mesmo apontando para o domínio @onmicrosoft.com:

PS C:\Program Files\Windows Azure Active Directory Sync\DirSync> Get-MsolUser -U
serPrincipalName user@seudominio.onmicrosoft.com|fl Objectid

Após validar, vamos a correção:

PS C:\Program Files\Windows Azure Active Directory Sync\DirSync> Set-MsolUserPri
ncipalName -UserPrincipalName user@seudominio.onmicrosoft.com -NewUs
erPrincipalName user@seudominio.com.br

Agora é só testar o acesso ao Portal e retornar ao Outlook. Importante é que o client Outlook necessita restart, ao retornar, digite o nome de usuário e a senha, marcando a caixa para lembrar a mesma.

Até a próxima,

Rodrigo Lopes
MTAC – Microsoft Technical Audience Contributor | MCT | MCSE: Windows Server 2012, Private Cloud | MCSA: Windows Server, Office 365 | MCITP | Enterprise, Server, Lync and Virtualization Administrator, MCTS| Active Directory, MCTS | Windows Server 2008 Virtualization, MCDST, MCP

 

Migração de Active Directory: Erro ao extender o Schema do Active Directory 2003 para 2012R2

Olá pessoal,

Com o fim do Suporte para Windows Server 2003 se aproximando, cada vez mais Migrações de Active Directory estão sendo realizadas. Em um dos meus projetos recentes, encontrei um erro e gostaria de compartilhar com vocês:

Problema:

Ao executar a promoção de um Servidor com Windows Server 2012R2 à Domain Controller, o mesmo falha na verificação de Pré-requisitos. Ao executar de forma manual o ADPREP /FORESTPREP, que está na pasta ADPREP, dentro de Support do DVD do Windows Server 2012R2, você receberá os seguintes erros:

Error message 1

– “attributeId” attribute value for objects defined in Windows 2000 schema and extended schema do not match.

Error message 2

– “attributeSyntax” attribute value for objects defined in Windows 2000 schema and extended schema do not match.

Error message 3

– “isSingleValued” attribute value for objects defined in Windows 2000 schema and extended schema do not match.

Error message 4

– “governsId” attribute value for objects defined in Windows 2000 schema and extended schema do not match.

Ambas as mensagens de erro com o complemento:

A previous schema extension has defined the attribute value as “FALSE” for object “CN=nisMapEntry,CN=Schema,CN=Configuration,DC=abcd,DC=com,DC=br” differently than the schema extension needed for Windows Server 2012 .

[Status/Consequence]

Adprep cannot extend your existing schema

[User Action]

Contact the vendor of the application that previously extended the schema to resolve the inconsistency. Then run adprep again.

Causa:

Segundo a documentação KB919938, o problema refere-se a um serviço que foi instalado no FSMO da rede, o Microsoft Windows Services for Unix 2.0. Provavelmente o mesmo foi instalado por questões de compatibilidade e transferência de arquivos entre Servidores Unix e Windows. Isso ocorre devido às alterações de atributos e common names (CNs) durante as extensões do Schema do Windows Server 2003 para o Windows Services for UNIX 2.0 funcionar.

Solução:

Executar a instalação da ferramenta Idmschupg.exe , incluída no Hotfix da documentação KB919938 – https://support.microsoft.com/pt-br/kb/919938/

Para executar a ferramenta, vá até o Servidor Schema Master (FSMO), descompacte o Hotfix e no prompt de comando, vá até a pasta onde descompactou a ferramenta.

C:\temp\Idmschupg.exe

Para confirmar as alterações, pressione “C” maiúsculo, devido a ferramenta ser case sensitive.

Após a correção dos atributos, execute o Wizard Promote this Server to Domain Controller novamente, sucesso garantido!

Espero ter ajudado.

Abraços e até a próxima!

Rodrigo Lopes
MTAC – Microsoft Technical Audience Contributor | MCT | MCSE: Windows Server 2012, Private Cloud | MCSA: Windows Server, Office 365 | MCITP | Enterprise, Server, Lync and Virtualization Administrator, MCTS| Active Directory, MCTS | Windows Server 2008 Virtualization, MCDST, MCP