Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 125
  • Last Modified:

Advice from Upgrading From SBS 2003

Hi Guys just after some advice really

We are currently Running SBS2003, we have just Purchased a New Dell Server and are going to Virtualize the New Environment.

So we have a VM for the DC, a VM for the Exchange Server, and a VM for TS.

Given that there is no Upgrade Path from SBS 2003 to Server 2012 R2, we are just going to start from Scratch.

Just after advice on doing this process smoothly, ie should I call the new domain the same as the old one?, is there an easy way to rejoin the machines to the new domain without them loosing their profiles?.

Is the best way to move Exchange over is to backup to .pst and completely reinstall Exchange as fresh?

Any help much appreciated

John
0
pepps11976
Asked:
pepps11976
  • 3
  • 3
  • 2
  • +1
3 Solutions
 
tolinromeCommented:
It would probably depend on how many users are on this domain, just a handful and I would make a new domain and email to pst. But then again since its SBS it probably is just a handful of users.

To make sure I did everything clean and fresh from the start I would create a new domain and the users profiles can always be saved and copied back to their desktops.
0
 
Gareth GudgerCommented:
You could install 2012 RTM (not R2) and go directly to Exchange 2010 SP3 RU7.

Guide on going from SBS 2003 to Exchange 2010.
http://supertekboy.com/2014/05/27/designing-a-simple-name-space-for-exchange-2010/
0
 
pepps11976Author Commented:
Also just a quick questio if i ma creating a new domain and starting from scratch is it best not to use .local?
0
Making Bulk Changes to Active Directory

Watch this video to see how easy it is to make mass changes to Active Directory from an external text file without using complicated scripts.

 
Gareth GudgerCommented:
Correct. Microsoft has been back and forth on this over the years. But now the best practice is to use a shared namespace. So, you would use domain.com internally and externally. The big reason I see for this from an Exchange perspective is Hybrid mode with Office 365.
0
 
Lee W, MVPTechnology and Business Process AdvisorCommented:
Your internal namespace should be something like corp.domain.com where domain.com is a domain you own.
0
 
pepps11976Author Commented:
so if I use ad.domain.com does that effect anything in regards to exchange, will the internall users being able to browse to external website etc.

Garath you mention using domain.com internally and externally, Lee you mention using corp.domain.com.

I was going to use ad.domain.com they will be hosting their own exchange so was hoping that it will not cause issues?
0
 
Lee W, MVPTechnology and Business Process AdvisorCommented:
Should not cause any issues - you specify what DNS domains Exchange will be responsible for mail for.  ad.domain.com is fine.  I said "like" corp.domain.com... (Honestly, I've used it, but I'm not super excited about THAT or AD.domain.com... haven't found something I'm really happy with yet.  (It's a silly thing, just my preference... though the recommendation in general (and not my preference) is to use SOMETHING.domain.com - this means your AD DNS is responsible for resolving *.something.domain.com and queries to your web site, for example, will still be handled by your public DNS, as it should be.  Otherwise, you start having to maintain a separate internal DNS config for your external sites that you want your users to have access to.
0
 
pepps11976Author Commented:
Ok Thanks Lee

1 more thing is it ok.call the Domain compname.compname.com ie: Microsoft.microsoft.com, because if I use ad.compname.com users logging in where that used to be looging in via companyname\username, will now be presented with ad\username.

it just takes away the whole company feel to the thing?  the ad part I only used because it stands for active directory.

and also what is the problem with using .local I cannot really see the issue?
0
 
Gareth GudgerCommented:
I actually see more companies on .local because that was the Microsoft best practice years ago, You can run Exchange on .local. It is fine. It can become an issue if you plan to run Exchange Hybrid. But there are still ways around that.
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

  • 3
  • 3
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now