ich habe folgendes vor und ein paar Fragen dazu:
1x Server 2008 + SCCM 2007Sp2 R2, derzeit nur 1 Prim. Site, werden jedoch
mehrere Sec. Sites dazukommen
Ein SQL_DB 2008 Cluster ist vorhanden
Ca 500 Clients, 500 User, ca 350 Apps, die verteilt werden sollen
Nun habe ich 2 verschiedene Aussagen, wo ich die SQL-DB hinlegen soll, lokal
auf dem Server, wobei ich mich hier um die Sicherung k�mmern muss, ev. eine
weitere Lizenzen f�rs Backup ben�tige....
Oder aber auf den SQL-Cluster, hier w�re f�r die Sicherung gesorgt.
Die eine Aussage vom Consultant heisst eben, lokal w�re explizit zu
empfehlen, der andere Consultant eben die andere Variante, die mir
pers�nlich auch mehr zusagt, da ich mich um die Sicherung nicht sorgen muss
und die DB noch dazu hoch verf�gbar ist.
Wie ist hier Eure Meinung dazu?
Andr�
bei der �berschaubaren Clientanzahl w�rde ich auf jeden Fall den SQL-Server
lokal auf dem ConfigMgr-Server lassen. Wieso? Erstens holt man sich damit
keine Verantwortlichkeit eines weiteren Teams (SQL) in's Boot (was Prozesse,
Changes etc in die L�nge ziehen kann). Zweitens erh�ht man dadurch die
Komplexit�t, da ja (a) ein zweites System im Spiel und (b) auch das Netzwerk
dazwischen ist. Drittens bringt ein reines SQL-Backup f�r ConfigMgr rein gar
nichts. Viertens gibt's bei einem remote SQL (und erst recht bei einem
Cluster) deutlich mehr Stolpersteine. Meist hilft aber schon, den SQL-Admins
zu erkl�ren, dass der Computeraccount des ConfigMgr-Servers auf den Nodes
des Clusters lokaler Admin sein muss ... das ist gern mal ein no-go.
Hope this helps,
Torsten
"Andr� Heublein" <andre.heublein.@t-online.de> schrieb im Newsbeitrag
news:Odk0pM7u...@TK2MSFTNGP05.phx.gbl...