Migrate to Office 365 and use Migrationwiz to migrate mailbox data

  1. Get Office 365 admin login details (Will be emailed to you when you buy Office 365 online or from 3rd party supplier that will purchase Office 365 on your behalf)
  2. Login and ensure that the required amount of licenses is active – Get these activated well in advance
  3. Add email domain
    • You would need to create a TXT record for the domain to verify that you own the domain. Only once this is done can you add the domain on Office 365 (Make sure you do this well in advance)
  4. Get a populated user list with the following information for Office 365 user creation (Template can be downloaded from Office 365 portal)
    • User Name (Email address)
    • First Name
    • Last Name
    • Display Name
  5. Import user list to Office 365 (Create bulk users)
  6. Get a populated user list for user creation in Migrationwiz and required credentials for migration
    • Source Email
    • Source Login Name (For Exchange you can setup an account with impersonation and delegation rights and then specify this account for all the login names)
    • Source Password (For Exchange you can setup an account with impersonation and delegation rights and then specify this account for all the passwords – Don’t need to get individual passwords)
    • Destination Email (Will only be different from source if moving to new email domain)
    • Destination Login Name (Use the admin account for Office 365)
    • Destination Password (Use the admin account for Office 365)
  7. Get OWA address for source server (If using Exchange)
  8. Create migrationwiz project and specify source and destination details
  9. Import user list to Migrationwiz
  10. Download and install the sign in assistance and the windows azure PowerShell module for Office 365
  11. Open Azure PowerShell and run the following commands (This give the specified account full rights to all the mailboxes on Office 365 which is required for migrationwiz. Should only be done after all Office 365 users have been created):

$cred = Get-Credential

$session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $cred -Authentication Basic -AllowRedirection

Import-PSSession $session

Get-Mailbox -ResultSize Unlimited | Add-MailboxPermission -AccessRights FullAccess -Automapping $false -User ‘YouOffice365AdminUser’

  1. Create admin account for migrationwiz on source server and assign impersonation or delegation rights to account (Exchange only)
    • Preferably use impersonation as this will use the users actual account and you won’t be limited on the amount of concurrent connections to Office 365
    • If using delegation it will use the admin account for the migrations and account will be limited on the number of concurrent connections to Office 365 (E.g. Limited to 4 or 5 migration that can run at a time)
    • This account needs to be specified as the Source login name and password for the document that you will import to migrationwiz
    • It is recommended to set up both Impersonation and delegation so that you can fall back on the other if one fails
    • Run the following command to setup impersonation:

New-ManagementRoleAssignment -Role ApplicationImpersonation -User ‘useraccount’

    • Run the following commang to setup delegation:

Get-mailbox | add-MailboxPermission -user ‘useraccount‘ -AccessRights fullaccess -InheritanceType all 

  1. Run migration of mails only (No calendar, tasks, notes or contacts as this changes on a daily basis – It will create duplicates if users make changes to items that has been migrated and we run migration again)
    • Migrate only mails that are older than a month (Newer mails will only be migrated with switchover – If you migrate all mails and user make change it will also create duplicates)
    • This needs to be done well in advance as this might take a while to complete depending on size of mailboxes and line speed
    • This will cause a lot of traffic on the line so communicate this to the client
  2. 1-2 days before switchover run migration for mails later than two weeks
  3. Change MX and autodiscover record to Office 365
  4. Run migration wiz for all mails and this time include all items (Calendar, contacts, notes and tasks)
  5. Two days after switchover run migration wiz again (MX records will take time to propagate so some mails might have been sent to old mail server)

VMware ESXi 5.5 – Error: ramdisk ‘tmp’ is full

Received below error as there was not enough free space on current (Default) scratch area space (Area to wright temp file to – required for host updates)

ESX error

  1. Need to change scratch location to area that have sufficient free space
  2. Create a new folder on datastore for each host using the following naming convention: ‘.locker-hostname
  3. Put host in maintenance mode
  4. Change scratch area for hosts to new folder location (Configuration > Advanced settings > ScratchConfig)
    1.  You would have to use the location name for the datastore (E.g. ‘/vmfs/volumes/5267c981-9a88a078-f998-90b11c592c9a/.locker-hostname’)
  5. Reboot host
  6. Exit maintenance mode