Our community of experts have been thoroughly vetted for their expertise and industry experience. Experts with Gold status have received one of our highest-level Expert Awards, which recognize experts for their valuable contributions.
Importing PST’s in to Exchange 2010 is a lot easier than it was in 2007 due to the Role Based Access Control (RBAC) feature.
Before we can import PST’s to Exchange 2010 there are a few pre-requisites and they are:
You must have the x64 version of Microsoft Office Outlook 2010 installed on an Exchange Server that has the mailbox role installed. This doesn’t have to be the mailbox server that all the mailboxes reside on. NOTE: Prior to Exchange 2007 it was not supported to have any version of Outlook installed on an Exchange Server. With Exchange 2007/2010 Outlook 2007 and above are supported.
You must configure a group/user with the Mailbox Import Export Management Role
The PST files you are importing (if doing a bulk import) must have the same name as the Exchange Alias for the user it will be imported to
The Mailboxes you are importing the PST’s in to must already exist
Download and install Outlook 2010
At the moment Microsoft Office 2010 is still in Beta release. Its expected release date is June of 2010. So you may be a bit jumpy (I know I was) about installing a Beta product on your production Exchange Server. You don’t need to. As long as the Exchange Server has the mailbox role on it, it doesn’t need to be the production server, it just needs to be part of the same Exchange Organisation. So if you have Hyper-V or VMWare available just bring up an Exchange 2010 server purely for management tasks. This is good practice anyway.
The only product you need to install is Outlook 2010 so you can remove all the others if you wish by doing a custom installation.
Configure Mailbox Import Export Management Role
My recommendation would be to setup a group which you assign this role to and then add the users to this group. If you will be creating a group then it must be a Universal Security Group. Once you have your group then from an Exchange Management Shell run the following command:
At this point I would add the user you will be using to import the PST files to the group you have just created. Then close the Exchange Management Console/Shell and logoff and back on again.
Importing
There are a few ways you can import PST files, either one by one or in bulk. I would recommend you try one first just to make sure everything is setup as it should be and if your happy then go for a bulk import.
The commands you need to use are exactly the same for Exchange 2010 as they are for Exchange 2007.
NOTE: The –Identity in the single import command can be the display name, the e-mail address or the Exchange Alias. The actual PST filename needs to be specified when doing a single import.
Our community of experts have been thoroughly vetted for their expertise and industry experience. Experts with Gold status have received one of our highest-level Expert Awards, which recognize experts for their valuable contributions.
Our community of experts have been thoroughly vetted for their expertise and industry experience. Experts with Gold status have received one of our highest-level Expert Awards, which recognize experts for their valuable contributions.
I have a question, I am currently working a contract where I will be pretty much the point person in migrating another company's Exchange 2010 databases in to the client's Exchange 2010 all while converting shared calendar's in to public folders. Now I've been an admin for Exchange 2010 but never performed a move such as this. Originally I was informed I was going to be working with a Senior Exchange Engineer which I just found out is not an engineer but more of an admin and no preparation has been made with the exception of them creating the accounts on the target domain including exchange accounts. Found this out about an hour ago and my consideration to be a full-time employee is riding on this project.
So now the situation is as follows:
-I wasted 2 weeks planning to use ADMT and the .\PrepareMoveRequest.ps1 command but the CIO previously rejected the idea of creating a Two Way Transitive Trust between the 2 domain. So this means the whole project just became more manual....URGGGGH!
-They want to export mailboxes, rules and Public Folders to PSTs and then copy the data via an IPSec tunnel to the target domain
-Employees from the source domain will be keeping their original SMTPs with secondary SMTPs from the company they are merging with
I want to Powershell script this to be able to batch import this in to the corresponding users mailboxes with a log file, if possible.
Comments (18)
Commented:
Commented:
Well Demazter this doesnt work cause my Exchange Management shell does not look like yours and giving me a lot of errors when entering the commands!
Author
Commented:Commented:
Someone put a link to your article in my question which I followed without notice.
Im so sorry :-)
Commented:
I have a question, I am currently working a contract where I will be pretty much the point person in migrating another company's Exchange 2010 databases in to the client's Exchange 2010 all while converting shared calendar's in to public folders. Now I've been an admin for Exchange 2010 but never performed a move such as this. Originally I was informed I was going to be working with a Senior Exchange Engineer which I just found out is not an engineer but more of an admin and no preparation has been made with the exception of them creating the accounts on the target domain including exchange accounts. Found this out about an hour ago and my consideration to be a full-time employee is riding on this project.
So now the situation is as follows:
-I wasted 2 weeks planning to use ADMT and the .\PrepareMoveRequest.ps1 command but the CIO previously rejected the idea of creating a Two Way Transitive Trust between the 2 domain. So this means the whole project just became more manual....URGGGGH!
-They want to export mailboxes, rules and Public Folders to PSTs and then copy the data via an IPSec tunnel to the target domain
-Employees from the source domain will be keeping their original SMTPs with secondary SMTPs from the company they are merging with
I want to Powershell script this to be able to batch import this in to the corresponding users mailboxes with a log file, if possible.
What would be my best option or choice for this?
View More