I can see a bit of a logistics problem if you move all three (SBS03, SQL,
TS) servers to the new box in 16GB RAM, with planned migration to SBS08 also
as a child. During the migration you will want both SBS03 and SBS08 up and
depending on your migration strategy (MS ve SBSMigration.com) and timing
(there is some crossover time in MS strategy, much more available in
SBSMigration) may also wish for your TS and SQL to be available through part
of the migration process. You could squeeze it into 16Gb by adjusting the
child RAM allocations but, honestly, 3*200x(1 being SBS03) + 1*SBS08
children is gonna push that hardware. More RAM, which may only be _required_
for the migration is certainly worth consideration, particularly if you move
everything virtual now.
In your final setup, SBS08 for 35 users and virtualised alonside SQL for
similar number, I'd certainly be looking to more RAM. Maybe 12-14GB for
SBS08 and 6-10 for SQL.32GB RAM in the host would leave a nice amount for
TS08, and deal with the migration.
Comment rather than specific.
SBS owners are used to 'all their eggs in one basket' as most SBS domains
are, or have been in the past, single server environments. Do you really
wish to rely on a single box to provide all three functions for 35 users? In
a _very_ similar recent project proposal I decided on 2 Hyper-V servers
accessing shared storage, Host1 would run SBS08(45 user now, expected to
grow to 60 soon), Host2 for SQL+TS as separate VMs, both boxes having 16GB
RAM or more. The idea being that if either host had a hardware problem the
other could, temporarily, pick up the load. We were also looking at
redundancy in the shared storage. Project has gone on hold, decisions need
to be made.
Have a _real good_ play with virtualisation. Whatever environment you choose
will be subject to particular limitations. Does SBSFax, should you wish to
use such, work reliably using a modem and COM port redirection from the
host? How about backup? using either SBSBackup or 3rd party? Failure
scenarios deserve more attention than 'normal operation', we _KNOW_
virtualisation works but how do we handle something going wrong?
"MM" <nosend2me@newsgroup> wrote in message
On Apr 30, 11:36 pm, "SuperGumby [SBS MVP]" <n...@newsgroup> wrote:
> Rather than VMWare I would, these days, be more likely to use '1+1 rights'
> from Server08 Standard and use HyperV (preferably R2).
> I would also run the drives as a single RAID6 array.
> I would _possibly_ also exercise downgrade rights on the Server08 and
> instead of 1+1 user the free MS Hyper-V Server as my SBS03 CALs would then
> cover access to the 2nd server.
> I would also consider a 3rd server license so that SQL was separate from
> Separation of these tasks is desirable but actually, IM(limited)E, it is
> less problematic than other 'shared duty' scenarios. It's uncertain from
> your description whether you are looking to 1 instance as TS+SQL or 1
> instance for each.
> You suggest you are 'consolidating'. With reference to available licenses
> and knowledge that the SBS03 CALs cover access to all <=Server03, but not
> Server08, how does this affect your costs? and is the difference in cost
> justification to remain at 03. You will still be able to use SQL08, using
> the separate and already purchased SQL CALs. 35 Server08 CALs is not an
> insubstantial cost, nor prohibitive in the percieved environment.
> Whether the guest systems are 03 or 08 I suggest you have sufficient
> resources on the metal to run 3 Windows child instances, each allocated
> RAM. Leaving 4GB for the parent, ie. no additional RAM required. Got
> task? the parent doesn't need 4GB :-)
> Some would suggest 4*RAID1. I'm not gonna argue with them. I think the
> performance difference would be negligible.
> and I don't have a particular reason for suggesting HyperV, VMWare ESX(i)
> an excellent product.
> No matter about the OS levels, I guess you know you need, or already have,
> TS CALs.
> "MM" <nosend...@newsgroup> wrote in message
> >I am cosolidating two LAN's into one using an existing SBS2003 R2
> > setup with 35 clients as the base. I need to add two (+Sql, +Terminal
> > Server) member servers The client already owns Sql 2008 Std licence
> > with 50 Cals and W2K8 Std Server.
> > They have a Dell 2900 Server (2x XEON 3.0 GHZ prcessors, 16GB Ram (max
> > 64GB) 8x146GB SCSI drives, 667 BUS) to redeploy. I am considering
> > putting both Sql + Terminal Server on this hardware. I have not (I
> > feel like I'm the only one that hasn't) done a VMWare setup and I'm
> > wondering if this setup should done in VMWARE or normal or should
> > these two servers be separate hardware?
> > Suggestions, comments?
Thanks for the comments, I'm aware of the need (TS license for '08)
and plan to pitch "swinging" to to SBS08. I was planning for the 8
Disks as RAID5 + Hotpare or RAID6 (same drive space either way).
The VM setup would be 1 child instance SQL + 1 Child Instance TS.
Current setup includes two W2K TS (lic covered by SBS) and one is an
old low end desktop box, This is the one being replaced, perhaps I
just move it to the child instance on this new box (initially) with no
new licensing costs, get the new SQL Box up and then sell them on
moving to SBS '08.
I'm leaning toward the VM setup and (having never done a VM setup) I
am building one up on my test server to play around, I've heard
directly good comments about the latest version of VMWare ESX(i) and
would like to hear feedback on it and other alternatives. I'll be
finalizing a quote for the job this weekend and to send for Monday so
any real life experience comments with set up and configuration would
be appreciated. Production date for the server is not till end of June
so I have time to learn it as I go.