Hi:
        I’m working on planning out our upgrade from SCCM 2007 to SCCM 2012R2, 
and just wanted to run a few things by the list before putting things in stone.
1.       Currently, we have three different SCCM 2007 hierarchies.  This is 
because we have three different forests in our environment, with no trusts 
between them.  Our main domain has about 2000 clients that will be managed, the 
other two between 20 and 50.  My understanding is we will not be able to 
consolidate these because there is no trust between the forests, so we’ll have 
to stick with three hierarchies.  Am I also correct in that we can’t set up a 
CAS and then have each of the three report into that?
2.      For our environment with 2000 clients, we have secondary sites at each 
location, we currently have 1 primary and 17 secondary sites.  I’m looking at 
changing these to distribution points instead of secondaries of their own.  I 
know I can do compression to secondaries, but can I do bandwidth throttling?  
Specifically, can I tell the primary to send nothing to the various 
distribution points between certain times?  If I can’t do that, then I have to 
go with secondary sites at each location.
3.      Finally, I know this is a controversial topic on this list, but SQL on 
or off box.  Right now its on box for the two smaller environments, and on our 
SQL cluster for the larget 2000 client environment.  To be completely honest, 
this has worked well for me, and I’m leaning towards just sticking with that.  
I know many SCCM admins tend not to trust their DBAs, but hey, I’m friendly 
with the DBA here, he’s a nice guy and knows what he’s doing.  So, what 
advantage do I have in moving SQL on box for the larger environment instead of 
keeping it on the SQL cluster?
   Thanks in advance for your thoughts.

      Ryan

Ryan Shugart
LAN Administrator
MiTek USA, MiTek Denver
314-851-7414


© COPYRIGHT, MITEK HOLDINGS, INC., 2011-2013, ALL RIGHTS RESERVED
  ________________________________

This communication (including any attachments) contains information which is 
confidential and may also be privileged. It is for the exclusive use of the 
intended recipient(s). If you are not the intended recipient(s), please note 
that any distribution, copying, or use of this communication or the information 
in it is strictly prohibited. If you have received this communication in error, 
please notify the sender immediately and then destroy any copies of it.

Reply via email to