Arquivos do Blog
Hybrid Configuration: Script para migração automatizada de usuários específicos
Olá pessoal,
Após a configuração do ambiente híbrido completada com sucesso surge a necessidade fazer a migração de Mailbox do ambiente On-Premise para o ambiente Online. Esta migração pode ser feita através do EMC (Exchange Management Console), porém quando é feito desta forma (Padrão) não existe uma automação das Mailbox na hora da migração, ou seja, você deverá escolher todos os Mailbox a serem migrados um a um e em seguida efetuar o Move-Request. Para suprir esta necessidade criei juntamente com o apoio do Carlos Eduardo Travagini, que não só fez boa parte do Script mas também validou o funcionamento do mesmo e agora vamos compartilhar com vocês.
O que o Script faz?
O script abaixo tem como objetivo:
- Atribuir a localidade dos usuários descritos no arquivo .CSV
- Atribuir licenças aos usuários descritos no arquivo .CSV
- Definir uma senha para os usuários descritos no .CSV
- Definir que senha nunca expira para os usuários descritos no .CSV
- Fazer a migração dos usuários descritos no .CSV
1 – Antes de começar é importante termos alguns dados em mãos, e para isso vamos conectar no tenant e executar o comando “Get-MsolAccountSku”
- $livecred = Get-Credential
- Connect-MsolService -Credential $livecred
- $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/-Credential $LiveCred -Authentication Basic -AllowRedirection
- Import-PSSession $Session
- Get-MsolSkuAccount
Guardar os dados da coluna “AccountSkuID” referente ao tenant que deseja atribuir a licenças, pois eles serão usados no Script.
Para facilitar a inserção dos dados referentes aos planos no Script segue a lista de variáveis a serem usadas no Script de acordo com o seu Plano de Office 365:
K1 – DESKLESSPACK
SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS
K2 – DESKLESSWOFFPACK
SHAREPOINTWAC
SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS
P1 – LITEPACK
MCOLITE
SHAREPOINTLITE
EXCHANGE_L_STANDARD
E1 – STANDARDPACK
MCOSTANDARD
SHAREPOINTSTANDARD
EXCHANGE_S_STANDARD
E3 – ENTERPRISEPACK
OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE
E4 – ENTERPRISEWITHSCAL
OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE
O formato de arquivo .CSV que será utilizado é:
Com estes dados em mãos basta editar o Script abaixo, salvá-lo como .PS1 e executar no Office365 Shell:
$cred = $Host.UI.PromptForCredential(“Empresa XXXX – Migracao”, “Informe o usuário e senha da administracao no Office365.”,”",”userCreds”)
Connect-MsolService -Credential $cred
$ServicePlans = Get-MsolAccountSku | Where {$_.SkuPartNumber -eq “EXCHANGESTANDARD”}
$MyO365Sku = New-MsolLicenseOptions -AccountSkuId empresa:EXCHANGESTANDARD -DisabledPlans EXCHANGE_S_STANDARD
$Usuarios=Import-Csv C:\migracao.csv
$Usuarios | foreach {Set-MsolUser -UserPrincipalName $_.UserPrincipalName -UsageLocation BR}
$Usuarios | foreach {Set-MsolUserLicense -UserPrincipalName $_.UserPrincipalName -AddLicenses empresa:EXCHANGESTANDARD -LicenseOptions $MyO365Sku}
$Usuarios | foreach {Set-MsolUserPassword -UserPrincipalName $_.UserPrincipalName -NewPassword $_.NewPassword}
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $cred
-Authentication Basic -AllowRedirection
Import-PSSession $Session
$CredMigracao = $Host.UI.PromptForCredential(“Empresa XXXX – Migracao”, “Informe o usuário e senha da administracao do Microsoft Exchange 2010.”,”",”userCreds”)
$Usuarios=Import-Csv C:\migracao.csv
$Usuarios | foreach {New-MoveRequest -Remote -RemoteHostName ‘UrldoCAS.com.br’ -RemoteCredential $CredMigracao -TargetDeliveryDomain ‘DominiodeRoteamento.mail.onmicrosoft.com’ -Identity $_.UserPrincipalName}
Agora basta executar o Script e todas as Mailbox que estão presentes no arquivo .CSV serão migradas para o Office 365.
Até a próxima,
Diogo Heringer
Hybrid Configuration: Publicando Autodiscover e EWS para o Ambiente Híbrido
Olá pessoal,
Hoje achei um artigo muito interessante sobre a publicação das URLS que são utilizadas pelo Hybrid Configuration no TMG. Este artigo foi feito por especialistas do Community Office 365, vale a pena conferir e validar o seu ambiente na preparação para o Hybrid Configuration.
Segue os passos:
Create the new Rule for use with the Hybrid components
- From Within TMG Management Console, right click on the FireWall Policy from the left tree
- Then select New
- Then select Web Publishing Rule
4. From the Welcome to the New Web Publishing Rule Wizard window type in a name for the rule and select next
5. On the select Rule Action screen select the Allow radio button then select next.
6. On the Publishing Type page select the appropriate option and then select next (in my case I have select the Publish a single Web site or load balancer option)
7. On the Server Connection Security page select the Use SSL option then select next
8. On the Internal Publishing Details page fill in the proper site name and IP address such as the example depicted below. If you are not sure what to put just take a look at your current Exchange publishing rule, once completed select the next option.
9. From the Internal Publishing Details leave the defaults then select the next option. We will configure the paths later in the configuration
10. On the Public Name Details section be sure that the EWS external web site names(for example Mail.Contoso.com) is listed as depicted below then select the next option
11. Then from the Select Web Listener page select the listener used for the regular exchange rule from the drop down menu then select the next option
12. Then from the Authentication Delegation page select the No Delegation, but client may authenticate directly option then select next
13. Then from the Select User Sets page choose the All Users option then select next. Then select the finish option
Then we need to go to the properties of the newly created rule and modify the Paths and the public names within the rule.
- From the TMG management interface right click the newly created rule and select properties
- Then select the Public Names tab and add the autodiscover external URL (for example autodiscover.contoso.com) and apply that change
3. Then select the paths tab and add the paths listed below , be sure to also remove the default “/*” path, then apply those changes
- /ews/mrsproxy.svc
- /ews/exchange.asmx/wssecurity
- /autodiscover/autodiscover.svc/wssecurity
- /autodiscover/autodiscover.svc
4. The last step it to ensure that this new rule is higher in the list than the primary exchange rule. You can simply right click on the rule and select move up until it is above the primary exchange rule. Then apply the changes
Até a próxima,
Diogo Heringer
Projeto Office365: Outlook exige senha repetidamente após migração do Mailbox para o Office 365 (Hybrid)
Olá pessoal,
O troubleshoot apresentado pode ser utilizado para a resolução de dois problemas:
Item 1: Outlook exige senha repetidamente após migração do Mailbox para o Office 365
Item 2: Após instalar o Update Rollup 3 for Exchange 2010 SP2 e executar o Update-HybridConfiguration temos o seguinte erro:
ERROR:Updating hybrid configuration failed with error ‘Subtask Configure execution failed: Creating Organization Relationships.
Execution of the Get-FederationInformation cmdlet had thrown an exception. This may indicate invalid parameters in your Hybrid Configuration settings.
Federation information could not be received from the external organization.
at Microsoft.Exchange.Management.Hybrid.RemotePowershellSession.RunCommand(String cmdlet, Dictionary`2 parameters, Boolean ignoreNotFoundErrors)
Vamos aos Procedimentos de Correção do Item 1:
1 – Instalar o Update Rollup 3 for Exchange Server 2010 SP2
2 – Executar novamente o Hybrid Configuration Wizard:
3 – Ao executar novamente o Hybrid Configuration, caso você tenha o problema citado no Item 2 ir para “Procedimentos de Correção do Item 2”, senão prossiga.
4 – Com o Update Rollup 3 instalado e o Hybrid Configuration atualizado verificar se o problema do Outlook pedir senha repetidamente ainda persiste para usuários que já foram migrados. Os usuários que forem migrados depois da instalação não apresentarão problemas. Para corrigir o erro dos usuários já migrados executar o procedimento:
- Logar com o usuário que apresenta o problema na sua respectiva estação
- Navegar até: [HKEY_CURRENT_USER\Software\Microsoft\Exchange\Exchange Provider]
- Excluir a chave de registro: “Closest GC”=dword:00000001
- Remover o perfil MAPI do usuário no Outlook
- Navegar até: C:\Users\<username>\AppData\Roaming\Microsoft e renomear a pasta Outlook
- Iniciar o Outlook e recriar o perfil de Outlook do usuário
5 – Pronto! O perfil será configurado com sucesso e o Outlook não irá mais pedir senha repetidamente.
Agora os Procedimentos de Correção do Item 2:
1 – No Prompt de Comando navegar até a pasta: “C:\windows\Microsoft.Net\Framework64\v3.0\Windows Communication Foundation”
2 – Executar o comando: ServiceModelReg –r
Caso peça alguma confirmação após o comando basta digitar “Y” e em seguida dar Enter
3 – Executar o comando: IISReset
4- Executar o comando: ServiceModelReg –i
5 – Executar o comando: IISReset
6 – No Exchange Management Shell (EMS) executar o seguinte comando:
Set-AutodiscoverVirtualDirectory -identity “SERVER\Autodiscover (Default Web Site)”
-WSSecurityAuthentication $true
7 – Testar novamente a execução do Hybrid Configuration, caso apresente o mesmo erro avance para o número 8, senão o seu Hybrid Configuration está concluído com sucesso e atualizado!
8 – Abrir o Exchange Management Console (EMC) e navegar até “Server Configuration > Client Access.
9 – Clicar com o botão direito em cima do Servidor de Client Access e em seguida em “Reset Virtual Directory” onde iremos ver a seguinte tela:
10 – Clicar em “Browse” e selecionar o diretório virtual do Autodiscover e clicar em “Next”:
11 – Na página “Log Location” clicar em “Next”:
12 – Clicar em “Reset”:
13 – No Prompt de Comandos executar o comando: IISReset
14 – No Prompt de Comando navegar até a pasta: “C:\windows\Microsoft.Net\Framework64\v3.0\Windows Communication Foundation”
15 – Executar o comando: ServiceModelReg –r
16 – No Prompt de Comandos executar o comando: IISReset
17 – Executar novamente o Hybrid Configuration Wizard:
Pronto! Agora o seu Hybrid Configuratio está configurado e atualizado com o Update Rollup 3 do Exchange Server 2010 SP2!
Até a próxima,
Diogo Heringer
VI WorkShop de TI: Faculdade Cotemig
Hoje tive a oportunidade de palestrar na VI Workshop de TI da Faculdade Cotemig. Foi um enorme prazer ministrar esta palestra, pois além de rever alguns amigos e professores da época de curso técnico, todos os alunos/professores que estavam presentes na palestra ficaram satisfeitos e contribuíram com dúvidas pertinentes e bem interessantes a respeito do Exchange Online, Tipos de Migração e etc.
Obrigado a todos que participaram e também a Faculdade Cotemig pela oportunidade!
Até a próxima,
Diogo Heringer
InfoTech 2012: Migrando para o Exchange Online
Gostaria de agradecer o convite para ministrar a palestra “Migrando para o Exchange Online” na Faculdade Infórium. O evento foi muito interessante e gerou um grande aprendizado a todos que participaram. Eu como aluno da faculdade fiquei muito satisfeito em divulgar o meu conhecimento para todos e principalmente para os meus colegas de sala.
Agradecimentos especiais ao Andre Paulovich, que foi quem me convidou para o evento e também aos meus professores/coordenadores João Carlos Peixoto e Marcus Cantarino que assistiram a palestra e interagiram de maneira construtiva.
Até a próxima,
Diogo Heringer
Office365 Client Updater
Olá pessoal,
A MessageOps possui uma ferramenta muito útil para nos auxiliar no processo de atualização das estações de trabalho para transição de BPOS para Office365. O Office 365 Client Updater é um aplicativo simples que fornece aos administradores um método automatizado para implantar as atualizações recomendadas para o Office 365.
Hoje, sem o Office 365 Client Updater, temos duas opções, executar o Office365 Desktop Setup, ou baixar as atualizações manualmente e fazer a distribuição via GPO, SMS, SCCM, WSUS, etc.
Atualizações manuais: http://community.office365.com/en-us/w/administration/manually-install-office-365-desktop-updates.aspx
O Office365 Client Updater está disponível no Office365Download: O365Update.exe
Lembrando que as atualizações são necessarias para que após a transição o Microsoft Outlook se reconecte automaticamente com o Office365.
Diogo Heringer
Projeto Office365: Erro de replicação de Public Folder (OAB) entre Exchange 2003 e Exchange 2010
Após redefinirmos as pastas públicas de sistema é necessário verificar se a replicação está ocorrendo corretamente entre os servidores Exchange 2003 e Exchange 2010. Para fazermos a verificação desta replicação vamos seguir os seguintes passos:
1 – No servidor Exchange Server 2003 vamos fazer o download do aplicativo PFDAVAdmin, que irá fazer a gerencia de replicação das Publics Folders no Exchange 2003.
2 – Executar o PFDAVAdmin, navegar até a aba “File” e em seguida clicar em “Connect” onde iremos inserir as seguintes informações:
-
Nome do servidor Exchange Server 2003
-
Nome do servidor Catálogo Global
-
Usuário com credenciais autorizadas a realizar esta operação (Domain Admins)
Clicar em “Ok”.
3 - Expandir “System Folders” > “Offline Address Book” > “/o=Nome Organização/cn=addrlists/cn=oabs/cn=Offline Address List”.
Veremos que temos três tipos de versões de OAB. Vou demonstrar a configuração de replicação em uma das versões do OAB, que é válido para a replicação de qualquer pasta pública.
4 – Clicar com o botão direito do mouse em “OAB Version 2” e em seguida clicar em “Check DACL State”. Aparecerá a seguinte mensagem:
Vamos clicar em “Yes”.
5 – Como resultado do “Check DACL State” teremos uma janela onde irá mostrar o status das permissões da pasta pública:
6 – Caso o resultado gerado pelo “Check DACL State” não seja “Good”, basta clicar com o botão direito na public folder desejada e em seguinda clicar em “Fix Folders DACLS”. A seguinte tela se abrirá:
Basta clicar em “Execute” que as permissões serão automaticamente corrigidas.
7 – Após o passo 6, vamos verificar se o “State DACL” está como “Good”.
Para isso vamos clicar com o botão direito na public folder “OAB Version 2” e em seguida em “Folders Permissions”:
8 – Com as permissões verificadas vamos adicionar as replicas. No painel a direita vamos clicar na aba “Replicas” e em seguida em “Add”:
Escolher a Database correspondente ao Exchange 2010 e clicar em “Ok”.
Lembrando que quando instalamos o Exchange 2010 em um ambiente Exchange 2003 automaticamente é criado uma “Public Folder Database 1231233213” no Exchange 2010.
9 – Clicar em “Commit Changes” para confirmar a alteração.
Pronto? Ainda não! Agora temos que configurar o nosso Exchange Server 2010 para replicação com o Exchange Server 2003, vamos lá:
10 – No servidor Exchange Server 2010 vamos fazer o download do aplicativo EXFolders, que irá fazer a gerencia de replicação das Publics Folders no Exchange 2010.
11 – Para instalação basta seguirmos o arquivo do bloco de notas “Readme” que é baixado juntamente com o executável do EXFolders:
1. INSTALLATION:
- ExFolders must be run from an Exchange Server 2010 machine with the Microsoft Exchange Active Directory Topology service, which means it will not currently run on a tools-only install. This might change in the future.
- ExFolders.exe must be placed in the server’s Exchange \bin folder. If you try to run it from anywhere else, it will simply crash.
- This build is not signed. In order to allow it to run, you can import the included .reg file on the server where you want to run the tool or run “sn -Vr ExFolders.exe” (using the 64 bit version of the SN tool) to allow it to launch. If you don’t, it will crash. To read more about the SN tool, please go here: http://msdn.microsoft.com/en-us/library/k5b5tt23.aspx
2. VARIOUS TOOL NOTES:
- ExFolders can connect to stores on Exchange 2010 or 2007 only, both mailbox and public stores. Connection to Exchange 2003 and earlier is not possible (use PFDAVAdmin for that)
- ExFolders can now connect to more than one mailbox store at a time; just ctrl-click or shift-click to select multiple stores. This allows you to operate against multiple servers or every single mailbox in the org all at once if you need to do so.
- You’ll notice the Tools menu now gives you the option to Export Item Properties, which allows you to export item properties to a tab-delimited file (just like the Export Folder Properties option). Item property imports are not implemented.
- Folder property imports are implemented. Tools -> Import, just like any other import. Note that the default property list in Export Folder Properties contains a lot of properties that are not writable, so if you turn around and try to import that same file, you will see a lot of errors. Any properties that are not writable (other than the Folder Path) should be removed from the file before importing.
- The old Property Editor has been changed to Bulk Property Editor, and a new Property Editor has been added, which is better-suited to editing properties on a single folder or item. Also note you can File -> Save to save the window contents to a file.
- The permissions interface, including the Folder Permissions GUI and exports/imports, supports the special Free/Busy rights on Calendar folders. Exports/Imports have two new keywords, FreeBusyDetails and FreeBusyBasic.
- The format of mailbox folder paths in imports/exports has changed, so mailbox exports from PFDAVAdmin cannot be imported with ExFolders, and vice-versa.
- Set Calendar Permissions will throw an error and not make any changes to a mailbox if it doesn’t find the FreeBusy Data folder in the mailbox root, which means the user has never logged on to the mailbox. This is by design (because if we set rights on the Calendar folder and the FreeBusy Data folder later gets created, the permissions won’t match).
- When you connect to mailboxes, some folders will appear in blue. These are search folders. They are ignored when you run Content Report.
- Set Calendar Permissions and Item Property Export are not currently exposed through Custom Bulk Operation.
12 – O procedimento que deverá ser feito no “EXFolders” é exatamente igual ao procedimento citado acima no “PFDAVAdmin”.
A única diferença entre as duas ferramentas é que utilizando o “ExFolders”, caso você deseje resetar as permissões dos usuários para que elas fiquem no estado “Good” (Este estado não é visualizado no “EXFolders”), basta clicar com o botão direito em cima da Public Folder desejada e em seguida em “Clear Permissions”.
Para forçar que uma subpasta herde as permissões da pasta pai, basta clicar com o botão direito na Public Folder e em seguida em “Propagate Folders ACEs”
13 – Agora basta conferir os Logs no Event Viewer para verificar a replicação. Para isto, precisamos aumentar a sensibilidade do LOG no Exchange Server 2010 utilizando o comando:
Com a replicação de Public Folders configurada podemos fazer a nossa configuração Híbrida do Exchange Server 2010 On-Premise com o Exchange Online.
Até a próxima,
Diogo Heringer
#MTAC Exchange Demo Friday
Olá pessoal,
Nas próximas semanas teremos uma serie de Webcast falando de Office365/Exchange Online e Exchange Server 2010. Os webcast’s serão conduzidos por Fernando Andreazi, MVP de Office 365 e Diogo Heringer, MCITP em Exchange Server.
Você pode conferir um pouco mais sobre os palestrantes nos links abaixo:
Sobre Fernando Andrezi
Sobre Diogo Heringer
Confira a agenda do evento, contamos com a participação e divulgação de todos, postem em seus faces, blogs, twitters e chame seus amigos!
Friday1: Implementando o Exchange Server 2010 SP2 On-Premisses
Dia: 27/04 – 12h00
Link: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511852&Culture=pt-BR
Nesta sessão iremos demonstrar todo o processo de instalação e configuração do Exchange Server 2010 SP2 On-Premisses. Iremos demonstrar como criar seus domínios, conectores e como configurar o RPC Proxy Server.
Friday2: Coexistindo o Exchange Server 2010 SP2 On-Premisses com o Office365 (Rica coexistência)
Dia: 04/05 – 12h00
Link: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511855&Culture=pt-BR
Nesta sessão iremos demonstrar como configurar o seu ambiente para manter coexistência rica do Exchange Server 2010 local e online. Vamos apresentar também quais os principais benefícios em manter a coexistência rica, como move mailbox, compartilhamento de calendário, entre outras vantagens.
Friday3: Preparando seu ambiente de Exchange Server 2007/2010 para migrar para o Office365
Dia: 11/05 – 12h00
Link: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511857&Culture=pt-BR
Nesta sessão iremos apresentar como preparar seu ambiente para o processo de migração, configuração de certificados, RPC Proxy Server, Outlook Anywhere e todos os pré-requisitos necessários para você migrar seu Exchange Server para o Office365.
Friday4: Migrando seu ambiente de Exchange Local para o Exchange Online (Office365)
Dia: 18/05 – 12h00
Link: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032510930&Culture=pt-BR
Nesta sessão iremos apresentar como utilizar as ferramentas do Office365 para migrar seus dados do Exchange On-premisses para o Exchange Online.
Friday5: Implementando Identity Federation (SSO) no Office365
Dia: 25/05 – 12h00
Link: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032510928&Culture=pt-BR
Nesta sessão iremos demonstrar como configurar o Identity Federation (SSO) no Office365.
Espero vocês nos eventos!
Projeto Office365: Exchange 2010 não envia e-mails para o Exchange 2003 antes da transição para o Exchange Online
Conforme é orientado no Exchange Deployment Assistant, o fluxo de e-mails entre o Exchange 2003 e 2010 deve existir antes de migramos as mailbox do Exchange 2003 para o Exchange Online para a coexistência rica ou ambiente híbrido. Após ter criado o Routing Group Connector (RGC) responsável por este roteamento das mensagens tive um problema relacionado a envio de mensagens do Exchange 2010 para o 2003. Segue o resumo do meu problema:
- Exchange 2003: Envia e-mails externos e também para o Exchange 2010 – Ok!
- Exchange 2010: Envia e-mails externos, mas NÃO ENVIA E-MAILS PARA O EXCHANGE 2003, os e-mails enviados para o Exchange 2003 ficam na fila de envio.
Para corrigir o problema do envio de e-mails do Exchange 2010 para o Exchange 2003 vamos seguir os seguintes passos:
1. Abrir o Exchange Management Shell (EMS) e executar o comando “Get-RoutingGroupConnector” para verificar se o conector realmente está criado.
2 – No Exchange 2003 abrir o “System Manager” e navegar até o “Default SMTP Virtual Server” ou até o SMTP Virtual Server do servidor responsável pelo envio de e-mails do Exchange 2003 da sua organização.
3 – Clicar com o botão direito em “Default SMTP Virtual Server”, em seguida em “Propriedades”.
Na janela que se abrirá clicar na guia “Access”.
4 – Clicar em “Authentication” e marcar o checkbox “Integrated Windows Authentication”:
5 – Clicar em “Users” e desmarcar a permissão “Relay Permission” para o grupo “Authenticated Users”. Agora basta clicar em “Ok”.
6 – Pronto! Agora nosso Exchange 2010 irá enviar e-mails normalmente para o Exchange 2003!
Este problema ocorre porque o SMTP Virtual Server do Exchange 2003 estava rejeitando a conexão do Exchange 2010. Isto estava ocorrendo pois, quando o Exchange en2010 envia uma mensagem para o Exchange 2003 esta mensagem é enviada através do serviço de Sites do Active Directory, e como o grupo “Authenticated Users” estava habilitado para fazer Relay o SMTP Virtual Server do Exchange 2003 tentava fazer a entrega da mensagem para o destinatário como se o usuário fosse um usuário externo e com isso não conseguia entregar a mensagem internamente na Mailbox de destino.
Até a próxima,
Diogo Heringer
Projeto: Migração Office365
Ontem iniciei um projeto de Migração de Exchange 2003 para Office 365, utilizando a coexistência rica. O projeto irá contemplar cerca de 8 mil contas, sendo 10 domínios diferentes para migração. Para isso terei que seguir alguns passos que irei postando no Blog conforme forem realizados.
O primeiro passo realizado foi o Levantamento do Ambiente, que foi feito com a ajuda da equipe de TI da empresa, para verificar:
- Tipos de Acesso de Usuários (POP3, IMAP,MAP)
- Quantidade de máquinas clientes
- Verificação do Certificado
- Verificação do número de localidades geográficas
- Verificação da existência de PSTS
- Utilização da ferramenta Readiness Tool, para gerar relatório de compatibilidade do ambiente
- Utilização da ferramenta Desktop Readiness Tool
Com todos os pré-requisitos levantados foi criado um plano de migração para que a migração ocorra com sucesso.
Próximos passos:
- Rodar o Exchange Pre-Deployment Analyzer (EXPDA)
- Instalação do Exchange Server
No próximo post irei relatar como utilizar o EXPDA e a instalação do Exchange Server está na guia “Tutoriais” do Blog.
Até a próxima,
Diogo Heringer
