Arquivo da categoria: Migração

Office 365 Day v4 Como foi?

image

  O Office 365 Day chega a sua quarta edição e o melhor: Sempre repleto de novidades!!!

Na ultima quinta-feira, 15 de Setembro realizamos o Office 365 Day na sede da Microsoft Brasil em São Paulo.

Nesta edição contamos com o apoio da SoftwareONE Brasil (Conheça mais sobre a SoftwareONE) e do Baboo. O Baboo gravou todo o evento e vai disponibilizar em breve em seu portal.

Desta vez levamos uma agenda que foi desde como criar soluções com o Office 365 a uma analise completa da segurança do seu ambiente.

Esta abrangência possibilitou que todos participantes conseguissem visualizar oportunidades de negócio, aprender sobre as funcionalidades do Office 365 e o Office 2016 e verificar que precisamos e muito configurar nosso ambiente para que estejamos realmente seguros. Sem falar da palestra altamente técnica que ensinou como fazer o Deployment de um AD Connect e fazer toda a parte de troubleshooting.

Iniciamos com um vídeo bem interessante sobre Cloud e o Futuro!

Abertura Office 365 Day

Tivemos um Keynote com a Fernanda Saraiva – MVP Lead que lidera todos os MVPs do Brasil, ela passou uma mensagem sobre como funciona o engajamento com a comunidade técnica Microsoft e as estratégias para o novo ano fiscal.

IMG_3458IMG_3474

Detalhes sobre MVP no site do programa: https://mvp.microsoft.com/pt-br/

A primeira palestra foi de Felipe Moreno e Alvaro Rezende falando sobre “Empacotamento de Negócios do com Office 365” onde foi demonstrado em números o ecossistema do Office 365. Eles mostraram diversos casos de sucesso de empresas que já desenvolvem para o Office 365 e também como parceiros e IT Pros em geral podem criar ofertas customizadas de suporte, workshops e serviços gerenciados.

 

imageimage

 

Na sequencia tivemos o Eduardo Taka mostrando muitas novidades do Office 2016.

Ele ensinou pra galera como usar os recursos do OneNote de maneira eficaz! Varias dicas legais, não deixem de conferir o vídeo da palestra no Baboo J

O Taka demonstrou o Planner (Conheça o Planner)na pratica como gerenciador de tarefas e pequenos projetos. Ele fez uma demonstração do Planner juntamente com o Outlook! Sensacional!!!

 

imageimage

 

E por fim ele mostrou o GigJam. Confere no vídeo o que ele faz:

 

E agora chega o Alvaro Rezende juntamente com Diogo Heringer falando sobre as possibilidade com Azure AD-Connect.

Ministrando literalmente uma aula sobre o tema, os especialistas na solução mostrarão os diversos benefícios de ter as identidades do AD local replicadas para a nuvem e como isso pode impactar diferentemente na gestão e governança de TI. Com um ambiente de demonstração eles instalaram e configuraram o AD-Connect e tiraram diversas duvidas do publico em geral.

 

imageimage

 

A Sara Barbosa (MVP para Office 365) e Marcos Freccia (MVP para SQL Server) uniram suas expertises e realizaram uma palestra incrível demonstrando todo o poder do PowerBI.

Com uma explanação bem bacana dos recursos disponíveis e muitos exemplos de uso, eles conseguiram chamar a atenção do publico com alguns Dashboards bem completos que na mão dos executivos da empresa iriam fazer toda a diferença na tomada de decisões.

 

image IMG_3512IMG_3568

 

Ao fim da fantástica sessão de BI, fomos almoçar!

Retornando do almoço, Fernando Andreazi e Felipe Moreno voltaram para falar sobre Segurança Corporativa usando Office 365 e EMS (Enterprise Mobility + Security).

Eles iniciaram fornecendo exemplos de como a mobilidade, BYOD, Desktop como um serviço irão se tornar realidade dentro das empresas e que o time de tecnologia precisa manter o ambiente e os devices seguros, pois neles estão os dados da companhia, seja email ou arquivos.

Com algumas DEMOS do Azure Information, Azure AD Premium e Cloud App Security eles demonstraram todo o poder das ferramentas presentes no EMS.

 

imageimage

 

Agora vem uma palestra muito interessante para qualquer profissional que usa o Office 365.

Alvaro Rezende e Fernando Andreazi discutiram sobre os diversos pontos de segurança presentes no Office 365, porém fizeram uma demonstração de chamar a atenção sobre o Office 365 Secure Score.

O Secure Score, ainda em preview, demonstra pra você qual o nível de segurança do seu ambiente do Office 365. Isso é extremamente importante e necessário para qualquer administrador de ambiente. Através de uma analise, o Secure Score devolve qual o nível de segurança do seu ambiente Office 365 e fornece dicas de como aumentar ou solucionar eventuais problemas. Não deixem de conferir!!!

imageimage

 

Por fim, chegam Diogo Heringer, Bruno Lopez e Rodrigo Lopes para uma das palestras mais esperadas do evento: Estratégias de Deploy e Troubleshooting com Office 365. Eles destrincharam todas as estratégias de deploy, mencionaram como resolver eventuais problemas, responderam inúmeras questões do publico e literalmente elevaram muito o nível do evento com dicas e truques. A galera gostou muito da abordagem técnica e consultiva dos três especialistas. Eles literalmente deram um show de conhecimento. Esta é uma palestra para assistir na integra no site do Baboo.

imageimage 

Ao final do evento, fizemos um sorteio diferentes, utilizamos o site Kahoot.It onde os participantes responderam diversas questões sobre as palestras. Foi uma brincadeira muito legal que no final premiou 5 participantes com diversos brindes.

image 

E assim terminou mais um Office 365 Day! Agradecemos muito a todos os participantes por dedicarem e compartilharem um dia inteiro conosco para ouvirem sobre as novidades do Office 365!

Em breve teremos muitas novidades de mais Office 365 Days por ai e também uma surpresa muito legal para a galera do Azure! 😉 Fiquem ligados!!!

Abraços,

Time Office 365 Day

Post by Felipe Moreno star

Exchange Online: Configuração do Dual Delivery para migração de Google Apps

 

 

 

Olá pessoal,

Durante uma migração em que temos um grande volume de contas no Google Apps, é necessário executarmos a migração de forma granular. Um dos principais desafios durante esta “coexistência” é o roteamento de e-mails entre as duas plataformas.

Neste artigo irei mostrar como configurar o Google Apps, fazendo com que toda mensagem que seja entregue no GApps terá uma cópia da mesma no Office 365.

Lembrando que existem alguns passos que devem ser configurados no Office 365 para o perfeito fluxo de e-mail entre Office 365 <> Google Apps, mas isso irei mostrar no próximo artigo.

 

Vamos lá:

 

Criação de uma “Org” no Google Apps:

 

1. Efetuar logon no Google Apps através da URL admin.google.com, e inserir Usuário e Senha com direitos administrativos:

 

image

2. Clicar em “Google Apps”:

 

image

3. Clicar em “Gmail”:

image

4. Expandir “Google Apps” e clicar em “Users”:

 

image

5. Selecionar os usuários que serão migrados e em seguida clicar no botão “Move to another organization”:

image

6. Clicar em “Create New”:

 

image

7. Inserir o nome da organização e em seguida clicar em “Create Organization”:

image

 

Configuração do Hosts

1. Na tela inicial de administração, clicar em “Hosts”:

 

image

 

2.Para encontrar o valor correspondente ao seu ambiente de Office 365, basta realizar uma consulta MX no domínio “empresa.onmicrosoft.com”.

Clicar em “Add Route”, configurar com as informações do Mail Server (empresa.mail.protection.outlook.com) e clicar em “Save”.

 

image

 

Configuração do Dual Delivery:

1. Na tela inicial de administração, clicar em “Advanced Settings”:

 

image

2. Selecionar a organização “Redirect Office 365”:

 

image

3. Na seção de “Receive Routings”, clicar em “Configure”:

4. Selecionar “Inbound” e “Internal – Receiving”:

 

image 

5. Selecionar “Add More Recipients”, em seguida escolher a opção “Advanced”:

 

image

6. Selecionar a opção “Change Route”, em seguida escolher “Office 365 Delivery” (Hosts criados no tópico “Configuração de Hosts”):

 

image

7. Clicar em “Add Settings” ou “Save”:

 

image

8. Clicar em “Save Changes”:

 

image 

Até a próxima,

Diogo Heringer

Exchange Online: Migração de Zimbra utilizando IMAP Admin

 

 

Olá pessoal,

Recentemente tive oportunidade de executar uma migração de Zimbra para Office 365. Neste cenário existem duas opções de migração possível:

-Utilizando ferramenta de terceiros

-Migração IMAP

Quando a migração é executada com ferramenta de terceiros o processo é bem facilitado, já que a ferramenta foi desenvolvida para atuar naquele cenário específico e também otimiza a velocidade de migração devido a conexão via API.

No cenário em que o cliente não irá utilizar ferramenta (muitas vezes o custo da ferramenta inviabiliza o projeto), teremos que utilizar a Migração IMAP através do Exchange Online e para isto devemos atender os seguintes requisitos:

 

•Acesso para portas IMAP (TCP/143/993) a partir da Internet

•Usuários e mailboxes devem ser provisionados antes da migração

•Domínio validado no Office 365

 

Com estes requisitos validados vamos criar um CSV para migração dos usuários. A vantagem que o Zimbra nos fornece é migrar via IMAP Admin. O que é o IMAP Admin?

A migração via IMAP tem como um dos seus requisitos o reset de senha de todos os usuários. A migração feita via IMAP Admin, você efetuará a migração de todas as Mailbox apenas com uma senha de Admin.

Isto diminui bastante o impacto causado ao usuário!

Para efetuar a migração utilizando o IMAP Admin, o processo de migração é o mesmo, porém a alteração será feita no CSV, conforme mostrado abaixo:

 

EmailAddress, UserName,Password
office365account@domain.com,#zimbraaccount@domain.com#zimbraadmin@domain.com#,Password

1 – Na linha E-mailAddress, você deverá fornecer o usuário do Office 365. Lembrando que o mesmo já deve possuir licença.

2 – Na linha UserName, você deverá fornecer o usuário a ser migrado seguido do Usuário Admin do Zimbra, conforme mostrado no exemplo acima.

3 – Na linha Password, você deverá fornecer a senha do Usuário Admin do Zimbra.

 

Pronto!

Com estes parâmetros já é possível efetuar a migração do Zimbra utilizando apenas o Usuário Administrador.

 

Até a próxima,

Diogo Heringer

Otimizando a ferramenta de migração “MigrationWiz” para o Office 365

 

 

Olá pessoal,

A MigrationWiz é uma ferramenta homologada pela Microsoft e é  utilizada para migração de diversos tipos de correio para o Office 365.  Ela atende e as necessidades que algumas vezes a Migração IMAP não fornece, que é a migração de calendários e contatos.

Ao utilizarmos os procedimentos padrões de migração para o Office 365 (Conceder permissão “Full Access” a um usuário do Office 365  em todas Mailbox e em seguida executar o mesmo procedimento no correio atual do cliente), podemos encontrar alguns problemas como “Servidor Indisponível” ou relativos a “Max concurrent connections”.

Estes erros acontecem pois, quando atingimos um determinado número de conexões com um usuário, qualquer tentativa de conexão nova é bloqueada. Isto acontece por causa das Throttling Policies do Exchange.

No Exchange On-Premise temos como customizar estas políticas para adequá-las a nossa necessidade, porém no Exchange Online não é possível devido a múltiplos datacenters e servidores. Nos passos que serão mostrados abaixo, não é necessário que o usuário tenha Full Access em todas as Mailbox.

Para que possamos abrir várias conexões do MigrationWiz sem que tenhamos estes erros, basta seguirmos os seguintes passos:

 

1 – Conectar no Tenant do Office 365:

 

$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

 

2 – Executar o comando:

Enable-OrganizationCustomization

3 – Com a customização habilitada, executa o comando:

New-ManagementRoleAssignment -Role ApplicationImpersonation -User <admin_user_name>

4 – Efetuar logon no MigrationWiz:

 

image

 

5 – No Connector já criado, vamos clicar em “Edit”:

 

image

 

6 –  Navegar até “Advanced Options” > Exchange Server > “Use impersonation to authenticate (destination)”:

 

image

 

7 – Pronto! Agora basta iniciar a migração e ela será feita de forma bem mais rápida e não terá problemas de perda de conexão!

 

Até a próxima,

Diogo Heringer

clip_image001

Transição de BPOS: Verificar usuários que alteraram as senhas

Olá pessoal,

Algumas empresas ainda não realizaram a sua transição do BPOS para o Office 365, pois quem define a data de transição e executa esta tarefa é a Microsoft.

Antes de iniciar a transição a Microsoft pede para que alguns procedimentos sejam feitos e um destes procedimentos é a alteração de senha do usuário, para que ele possa entrar na nova política de senha do Office 365.

Para verificar se os usuários já efetuaram a troca de senha vamos proceder da seguinte forma:

 

1 – Conectar no tenant do office 365:

 

$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

 

2 –  Executar o script abaixo para ver os usuários que efetuaram logon nos últimos 60 dias:

Get-Mailbox | Get-MailboxStatistics | where {$_.LastLogonTime -lt (date).addDays(-60)} | select-object DisplayName > c:\logs\teste.txt

Caso queira trocar o valor de 60 dias basta alterar o Script para (-90) ou o valor desejado.

 

3 – Pronto, agora basta verificar o arquivo TXT para saber os usuários que trocaram a senha!

 

Att,

Diogo Heringer

clip_image001

Exchange Online: Migração IMAP

image

Ola pessoal,

Recentemente tive a necessidade de fazer uma migração de Google Apps para Office 365, isso é muito satisfatório não só pelo cliente reconhecer a superiodade do produto mas também pela facilidade que a Microsoft oferece para este tipo de migração. Antes de mostrar para vocês como é feito a migração temos que levar em consideração alguns pontos:

O que é migrado?

  • Mensagens da Caixa Entrada e outras pastas (Estrutura de pastas é migrado)
  • Máximo de 500 mil itens
  • Possibilidade de exclusão de pastas para que não seja feita a migração (Itens Excluídos, Lixo Eletrônico, por exemplo)

O que não é migrado?

  • Contatos, Calendários e Tarefas
  • Pastas excluídas pelo administrador na hora da migração
  • Mensagens maiores que 35MB

Algumas dúvidas que surgiram do cliente durante a migração:

Q: Após a primeira migração existe um sincronismo incremental caso eu não troque o MX imediatamente para o Office 365?

A: Sim, existe um sincronismo incremental a cada 24 horas, porém para isso acontecer não podemos clicar no botão “Completar Migração

Q: Os usuários devem ser criados no Office 365 antes da migração?

A: Sim, você pode fazer a criação manual dos usuários ou adicionar um lote de usuários através de um arquivo CSV.

Q: O DirSync pode ser instalado antes da Migração IMAP?

A: Não, o DirSync não pode ser utilizado antes da migração completa das Mailbox. Após a migração ele poderá ser instalado, importante verificar o Proxy Address e o UPN do usuário para que fique igual ao do ambiente Online para que o DirSync possa fazer a associação do objeto criado na nuvem com o usuário do ambiente On-Premise.

Q: Posso utilizar o ADFS 2.0 após a migração IMAP?

A: Sim, o ADFS 2.0 é suportado em todos os tipos de migração

Com todas as perguntas respondidas vamos ao passo a passo da migração:

1 – O primeiro passo a ser feito é expandir o Schema do Active Directory para o Exchange Server 2010 SP2. Por que expandir?

Como irei utilizar ADFS 2.0 e DirSync após a migração IMAP é necessário expandir o Schema para que ele crie atributos relativos ao Exchange Server no Active Directory como ProxyAddress, TargetAddress,Member e vários outros.

Para expandir o Schema basta efetuar o Download SP2 for Exchange Server 2010 e em seguida fazer o seguinte procedimento:

  • No Schema Master do Active Directory abrir um Prompt de Comando (CMD)
  • Navegar até o diretório do Exchange Server 2010 SP2image

  • Digitar o seguinte comando: setup /prepareschemaimage

  • Com o comando acima concluído vamos executar: setup /preparead 

image

2 – Criar e alterar o UPN dos usuários para que fiquem idênticos ao endereço de e-mail que será migrado através da Migração IMAP:

  • Abrir a console do “Active Directory Domains and Trusts”:

image

  • Clicar com o botão direito em “Active Directory Domains and Trusts” e em seguida em “Properties”:

 

image

  • Digitar o nome do domínio desejado, clicar em “Add” e em seguida em “Ok”:

image

  • Verificar se o domínio encontra disponível para a alteração em um usuário do “Active Directory”:

image

3 – Alterar os atributos UPN e ProxyAddress de todos os usuários para que fique igual ao e-mail do usuário. Uilizande Script ou o ADModify.net:

image

4 – Adicionar os usuários ao Office 365 manualmente ou através de uma adição em massa utilizando o seguinte padrão de CSV:

image

5– Com o o nosso ambiente local configurado e os usuários criados no Office 365, vamos iniciar a migração no Exchange Control Panel (ECP) do Exchange Online, clicando navegando até “Usuários ou Grupos > Migração de E-mail > Novo”:

image

6 – Escolher a opção “IMAP” e clicar em “Avançar”:

image

7 – Preencher o endereço do servidor IMAP o qual será migrado para o Office 365 e clicar em “Avançar”:

image

8 – Neste caso não irei fazer exclusão de nenhuma pasta, então basta clicar em “Avançar”:

image

9 – Escolher o arquivo CSV que contêm as informações dos usuários e clicar em “Avançar”. O Exchange Online irá fazer a leitura do arquivo CSV e a conexão com o servidor IMAP atual para migração de mensagens. Para isto é necessário a senha de e-mail de todos os usuários.

Formato do CSV:

image

image

10 – Agora basta clicarmos em “Executar” e a migração será feita:

image

11 – Pronto? Ainda não! Após executarmos esta tarefa e garantirmos que todos os usuários foram migrados existem dois pontos importantes a serem feitos:

Alterar o MX para o endereço do Office 365

Clicar no botão “Concluir Migração”

image

Quando clicamos em “Concluir Migração” O Exchange Online faz o seguinte para concluir a migração:

  • Executa uma sincronização final para todas as caixas de correio. Depois disso, o email enviado à caixa de correio no sistema de mensagens IMAP não é mais copiado para as caixas de correio baseadas em nuvem.
  • Envia uma mensagem de email de status final depois que a migração é concluída.

12 – Pronto! Agora a migração IMAP já foi concluída com sucesso! Você já pode fazer a instalação do ADFS 2.0 e do Dirsync que eles irão converter os usuários criados Online para Usuários Sincronizados sem nenhum problema.

Diogo Heringer

clip_image001

Office 365: Configurando Silent OWA Redirect no Hydrid Configuration

 

Olá pessoal,

Para os administradores e consultores que estão utilizando o Hybrid Configuration como método de migração para o Office 365 segue uma ótima dica do meu amigo Fernando Andreazi.

Ao utilizar o Hydrid Configuration (Exchange Server 2010 + Office 365) um dos diversos benefícios que nós temos é a possibilidade de utilizar a mesma URL do ambiente local no Office 365, ou seja, os usuários da sua organização que usam uma URL, por exemplo, chamada https://mail.contoso.com.br/owa continuam utilizando a mesma URL mesmo depois de serem migrados para o Office 365.

Para isso é necessário fazer as seguintes configurações (Considerando que o Hydrid Configuration já esteja funcional):

1. No Exchange Server 2010 SP2 On-Premisses/CAS Server, acesse Exchange Management Shell e digite:

Set-OrganizationRelationship “On Premises to Exchange Online Organization Relationship” -TargetOwaURL:https://outlook.com/owa/federateddomain

2. Acesse C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\owa e edite o arquivo casredirect.aspx

Acima da linha <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.0 Transitional//EN”> insira o valor abaixo:

<%
if (RedirectionUrl.Contains(“https://outlook.com/owa”)) {
Response.Redirect(RedirectionUrl);
Response.End();
}
%>

image

Experiencia após as configurações:

Acessar a mesma URL independente de estar no Exchange local ou no Office 365.

image

Inserir seu usuário e senha.

image

Nesse momento é automaticamente redirecionado para o ADFS onde insere o usuário e senha do AD.

image

E o acesso a Mailbox de forma transparente, estando no ambiente local ou na nuvem o acesso se dá da mesma forma.

image

Troubleshooting

Se você encontrar erro ao acessar uma mailbox usando a mesma URL verifique o seguinte:

Se o redirecionamento não está direcionando para domínio.onmicrosoft.com

image

O problema ocorre quando você executa o Update-HybridConfiguration, pois nesse momento ele retorna as configurações ao padrão.

image

Nesse caso basta executar o comando abaixo novamente

Set-OrganizationRelationship “On Premises to Exchange Online Organization Relationship” -TargetOwaURL:https://outlook.com/owa/federateddomain

Referencias

http://www.stevieg.org/2012/04/enabling-silent-owa-redirection-for-office-365-hybrid/
http://www.stevieg.org/2012/04/exchange-2010-sp2-hybrid-wizard-resets-owa-redirect-url-to-tenant-domain/

 

Até a próxima,

Diogo Heringer

clip_image001

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:

  1. Atribuir a localidade dos usuários descritos no arquivo .CSV
  2. Atribuir licenças aos usuários descritos no arquivo .CSV
  3. Definir uma senha para os usuários descritos no .CSV
  4. Definir que senha nunca expira para os usuários descritos no .CSV
  5. 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

image

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:

K1DESKLESSPACK

SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS

K2DESKLESSWOFFPACK

SHAREPOINTWAC
SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS

P1LITEPACK

MCOLITE
SHAREPOINTLITE
EXCHANGE_L_STANDARD

E1STANDARDPACK

MCOSTANDARD
SHAREPOINTSTANDARD
EXCHANGE_S_STANDARD

E3ENTERPRISEPACK

OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE

E4ENTERPRISEWITHSCAL

OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE

O formato de arquivo .CSV que será utilizado é:

image

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

clip_image001

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

  1. From Within TMG Management Console, right click on the FireWall Policy from the left tree
  2. Then select New
  3. 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.

  1. From the TMG management interface right click the newly created rule and select properties
  2. 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

clip_image001

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:

 

image

 

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”

     

    image

     

    2 – Executar o comando: ServiceModelReg –r

    Caso peça alguma confirmação após o comando basta digitar “Y” e em seguida dar Enter

     

    image

     

    3 – Executar o comando: IISReset

     

    4-   Executar o comando: ServiceModelReg –i

     

    image

 

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

 

image

 

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.

 

image

 

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:

 

image

 

10 – Clicar em “Browse” e selecionar o diretório virtual do Autodiscover e clicar em “Next”:

 

image

 

11 – Na página “Log Location” clicar em “Next”:

 

image

 

12 – Clicar em “Reset”:

 

image

 

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:

 

image

 

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

clip_image001