Expanding Windows Architecture

Posted on 2007-03-27
Medium Priority
Last Modified: 2010-04-20
I'm looking for some comments on the best way to proceed.   A company currently has two servers.

Server A (Win2k3, Active Directory, Domain Controller, Exchange, File Server)
RAID 1 array for System
RAID 5 array for Data
This server was also configured as a terminal server but that feature has never been used.

Server B(Win2k3R2, SQL Server 2005, File server)
RAID 1 array for System
RAID 5 array for Data

This company is really starting to grow and needs to solidify its architecture.  They will likely be adding 2-3 remote sites to their WAN in the next year.  Due to a recent aquisition, the company as aquired 2 servers with Win2k3 licenses.  1 server has a xeon procesor with 1 RAID1 array.  The other server is really just a PC with Windows 2k3 on it.

All of the services that these newly aquired servers provide have already been migrated into the existing servers, so that the servers can be decommisioned and rebuilt / recommisioned.  

The company has a need for a real Terminal Server soon.  I imagine that to start with 5-10 people would use it, but I could see this expanding to 20-30 within a year or two with perhaps 5-10 concurrent sessions.   Many of the TS users will use a SQL Server app.  The others would do standard office work.  

I also feel that a backup domain controller will be important soon.

The crux of the question is how to allocate the newly aquired servers and redistribute services from the current servers.  I'm happy to give points for any well thought out comments and anecdotes.  Honestly, I'm just looking to validate my own thinking and make sure that I'm covering my bases.

Question by:fitpc
LVL 15

Accepted Solution

MarkMichael earned 600 total points
ID: 18800286
Sounds like the first two servers have enough to be getting on with :)

Personally, I would make the newly acquired faster machine the Terminal services box. Microsoft recommend you do not install TS on a DC for security reasons, so this would probably be best left as a member server.

I always have reservations using a 'home' server for anything you might come to rely on but assuming it does at least have a RAID array, it could be moved to one of the new remote sites as a local domain controller/global catalog and local file server. Depending on usage it might be worth running DFS between the two sites for failover and centralised backup.

Keep us posted :)
LVL 97

Assisted Solution

by:Lee W, MVP
Lee W, MVP earned 600 total points
ID: 18800658
how large are the remote sites?  Unless they are really small (5 users or less) I would put a single DC at each site, replicating with the main office.  In the main office, I would have 2 DCs (for reliability/redundancy).  

NEVER put Terminal Services on a DC or an Exchange Server (nothing will blow up simply from taking the actions - but it's a horrible idea if you consider e-mail and security to be important.  Frankly, I would buy another server to act as the terminal server.  With the limited use, I wouldn't go nuts on hardware right away - single dual core Xeon with 2 GB of RAM... then monitor it - install more RAM as needed.  Add processors as needed (hardware should support 2 physical CPUs (4 if you can afford it, but those systems are expensive) and preferably quad-core chips for even better growth ability later.

Of course, you only have 4 servers (3 really), so without buying more hardware (at least full systems) what should you do?  Provide more information.

For example:
1. CPUs in each system
2. Models of each server (if possible)
3. Installed RAM in each server
4. How many users at each site (not just terminal server users)


Assisted Solution

Rediers earned 300 total points
ID: 18806307
For an expanding company it might be usefull to start looking at an VMWare or other Virtualization solutions. You will need to expand in the future and with virtual servers it's easier to upgrade or move around your hardware. And the overhead is currently no longer an issue.
Get 10% Off Your First Squarespace Website

Ready to showcase your work, publish content or promote your business online? With Squarespace’s award-winning templates and 24/7 customer service, getting started is simple. Head to Squarespace.com and use offer code ‘EXPERTS’ to get 10% off your first purchase.

LVL 15

Expert Comment

ID: 18806360
I'm afraid I can't agree there, virtualisation is only good for very low utilisation servers in my experience and you certainly don't want to virtualise a terminal server.

Author Comment

ID: 18807353
Thanks for your comments guys, I'm going to recommend that they stay away from vitualization for the time being.

For more information on usage and the bigger picture.  Exchange is currently servicing about 60 mailboxes (30+ local and 20+ remote via RPC/HTTPS and 5+ remote POP3 which are hoping to go away soon) and there will likely be 25 more users in the next 6+ months and perhaps up to 50-75 more users  (that would make about 100-125 rough total estimate) or so in the next year+.   One of the remote sites will likely get its own exchange server and have 50-100 mailboxes within 1-2 years.  That site would also have its own AD, file server, database and possibly a terminal server.  I expect to recommend that other sites only get an AD / File server.  Most of these sites are likely to generate a lot of data which will be mostly used at the local site, so while I would like to recommend that they employ DFS over the WAN, I only think that this will be feasible/required for selected shares.

In total they're expecting 1 large remote site with lots of its own infrastructure (at a very remote location unfortunately with potentially only satellite or perhpas a microwave link for coms) and then 3-4 smaller sites in well connected areas ranging from 15-40 users which I would like to get away with just a local AD / File server.  I expect the sites to be connected to an already existing WAN in some capacity.

Back to the specs of the current servers.  Servers A and B are currently being used while the other two (Server C and Server D) are ready to be recommissioned.  

Server A:
IBM x346 Series
1x3.0 Ghz Xeon HT Proc.
1X RAID1 system array
1x RAID5 data array (3 drives)
1Xhot spare
6/6 drive slots full  (SCSI U320 10k)
~300 GB total space
-attached to external tape library

Server B:
IBM x346 Series
1x3.0Ghz Xeon HT Proc.
1X RAID1 system array
1x RAID5 data array (3 drives)
0xhot spare
5/6 drive slots full (SCSI U320 10k)
~600 GB total space
-currently backed up via Server A's external tape library using network on second NIC

The Main Server from the acquistion (server C):
HP ML350
1x2.8Ghz Xeon HT Proc
1xRAID5 system/data array (3 drives)
0xhot spare
3/6 drive slots full  (SCSI U320 10k)
~130 GB total space
1 internal Ultrium tape drive (10 tapes I think)

Secondary server from acquisition (Server D):
Home Grown Generic (think I remember a Gigabyte mainboard)
1x 3Ghz Pentium 4 D (HT)
Windows 2003
1xRAID1 array
2/2 drive slots full (IDE 7200RPM)
~75 GB total space
1 internal VXA2 tape drive (no tapes)

As I've been forced to flush out this data I realised that the primary server from the acquisition is RAID5 not RAID1 and the homegrown server is using an IDE  RAID1 controller (IT8211 chipset) integrated into the motherboard.

My thinking is that they redeploy server D as a Domain controller, and Server C as a Terminal Server.  Leave the TS license server on Server A for ease, but move the licenses allocated to A to C as they have never been used anyway (there are only 5).   Anyone have a recommendation on where the GC etc should be in this picture with respect to minimising disruptions etc.

Thanks again,
LVL 97

Expert Comment

by:Lee W, MVP
ID: 18808949
Virtualization in Longhorn is MUCH, MUCH better and has some pretty cool capabilities - not to mention, it should be designed to work with Intel and AMD chips that can significantly improve performance of the VMs.  I agree, NO virtualized Terminal Server.  Virtualized DCs, sure.  Even web servers.  DNS and DHCP servers... but not SQL, Exchange, Terminal Services.

Featured Post

Free Tool: Site Down Detector

Helpful to verify reports of your own downtime, or to double check a downed website you are trying to access.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Moving your enterprise fax infrastructure from in-house fax machines and servers to the cloud makes sense — from both an efficiency and productivity standpoint. But does migrating to a cloud fax solution mean you will no longer be able to send or re…
Know what services you can and cannot, should and should not combine on your server.
In this video, Percona Director of Solution Engineering Jon Tobin discusses the function and features of Percona Server for MongoDB. How Percona can help Percona can help you determine if Percona Server for MongoDB is the right solution for …
In this video, Percona Solutions Engineer Barrett Chambers discusses some of the basic syntax differences between MySQL and MongoDB. To learn more check out our webinar on MongoDB administration for MySQL DBA: https://www.percona.com/resources/we…

600 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question