Bea_Mulzer

Hallo WarriorHell Verstehe Deine Einstellung schon. Das ist eben das schoene in Amerika, dort wird business ein bischen anders gemanaged. Schau mal auf http://www.smbnation.com gleich auf der ersten Seite, da sind Harry Brelsford und ich mit Allison Watson (Vice President, Partner Sales and Marketing Group, Microsoft Corporation) und unserem neusten Buch. Habe ja nur kurz auf diesem Board hier geantwortet, und denke nicht das ich Microsofts arbeit mache. Da ich fuer Microsoft training an SBS in den USA liefere, hab ich halt auch mal ein bischen was ueber dieses Thema gewusst, und wenn da eine Unklarheit irgendwo ist, will Mensch eben anderen Mensch helfen. Man sollte da nicht so verbohrt sein in seiner Einstellung von wegen wo einer angestellt ist, das garantiert nicht unbedingt das eine Aussage richtig ist wie wir in diesem Fall gesehen haben.

Der 2te DC ist ein vollkommener DC mit allen regulaeren Service, aber man muss eben den SBS Domaine Regeln folgen (keine trust relationships, child domains usw.) Du kannst DHCP, DNS etc auf dem 2ten server benutzen, muss nur richtig konfiguriert werden das da kein konflikt zustandekommt. Kannst applications laden, also alles machen. Um neue Nutzer anzulegen usw. solltest Du weiterhin die Templates auf der SBS machine benutzen obwohl man das im AD auch auf dem zweiten DC machen koennte. Im Grunde ist die ideology das alles was man auf der SBS Server management console machen kann, sollte auch von da aus gemacht werden. Natuerlich kommt man irgendwann zu dem punkt wo das nicht mehr geht und man keine wizards benutzen kann und man muss mit normalen server tools konfigurationen. Ueberhaupt auf dem 2ten DC. Aber das ist ein vollstaendig funktionierender replica DC - innerhalb der SBS domaine.

he he, danke fuer die Berichtigung :) (muss der einfluss der Partner Konferenz und den nebenwirkungen sein) das forum von Harry und mir ist auf http://www.smallbizserver.net unter SMB Nation SBS Specialist Information Das wurde gestern erst veroeffentlicht und publiziert. Also im moment ist da noch nichts los weil der neue Small Business Specialist erst heute hier announced wird. Denke die haben aber schon die links auf der microsoft partner seite fuer diese designation. Hier auf der amerikanischen ist es seit gestern drauf. Die SBPI (Small Business Specialist initiative) wird riesig bei Microsoft hochgezogen weil sie doch mehr aktion im small IT market haben wollen. Fokus ist natuerlich immer noch auf dem mid-market (50-250pcs) aber fuer alle die selbstaendig sind oder nur 75pc oder weniger machen, sollten wirklich the SBPI machen, es wird auch bald ein logo dafuer geben. Also, und fuer fragen diesbezueglich und SBS ist das forum da. Danke das Du mich das hast posten lassen. Das wird wahrscheinlich ein mehr internationales forum werden, mal sehen was dabei rauskommt

Tja, einen Blog habe ich nicht, und da jetzt gerade der Small Business Specialist veroeffenlicht wurde und Harry Brelsford (http://www.smbnation.com) und ich da mit dem Microsoft Team verbunden sind werden wir ein Forum in Englisch auf einem anderen chat board moderieren. (Das sich nur mit fragen ueber den neuen Partner Logo und SBS und das 70-282 exam drehen) Ich weiss nicht ob man das hier posten kann, das muesste ich erst Erlaubnis von den Forum operatores hier bekommen denke ich. Herr Dr. Melzer, darf man das? Aber in der zwischenzeit, auf http://www.microsoft.com/windowsserver2003/sbs/community/default.mspx sind alle MVPs (Microsoft Most Valued Partners) die Ihre eigenen blogs usw haben und sehr gut ueber SBS bescheid wissen.

Habe den Senior Product Manager gefragt um noch mal sicher zu gehen (das ist jetzt hier auf der welt weiten Microsoft Partner Konferenz in Minneapolis USA) und er hat mir eindeutig gesagt das meine keine Windows Server 2003 CALs braucht, auch wenn der SBS abgestuerzt ist. In einem normal falle restauriert man ja den SBS innerhalb ein paar stunden sowieso, das macht da ja kein sinn nochmal CALs zu kaufen - und das thema hat sich ja in der zwischenzeit erledigt an dem anderen thread.

Halloechen Herr Dr. Melzer sieht so aus wie wenn sich das bei euch endlich geklaert hat. Habe mir gerade gestern abend das handschriftlich auf die visitenkarte des Senior Product Managers schreiben lassen und wollte das einscannen und hochladen mit Adresse, telefon und allem drum und dran - habe die Erlaubnis, brauch ich jetzt wohl nicht mehr. Sie wissen ja auch das die PUR geandert wird da es dort nie richtig beschrieben war. Von daher ist es ja nicht Ihre Schuld wenn das papierchen schon falsch vom Erzeuger stammt. War nett bei euch mitreden zu duerfen. tschuess, Bea

Halloechen, bitte nicht vergessen das die SBS Domaine, obwohl man andere DCs dranhaengen darf, im Grunde genommen immer noch SBS Domaine ist mit allen Einschraenkungen usw. Das mit denen Lizensen uebrigens wird von Amerika aus geregelt durch die naechste vierteljaehrliche revision des oeffentlichen Nutzungsrechtes und besser ausgedrueckt. Denke das wir vielleicht aber doch schon vorher was von Microsoft hoeren werden. Der zweite DC soll hauptsaechlich fuer schlecht verbundene Buero's, also sag mal eins in New York und ein zweites in San Diego oder so, oder auch in der gleichen Stadt sein um den lokalen logons zu helfen falls die Verbindung abgestuerzt ist. Die idee ist nicht, ein enterprise level netzwerk mit allem drum und dran zu erstellen, sondern das SBS zu erweitern da viele klein geschaefte fillialen in anderen orten und staedte haben, und man will ja miteinander kollaborieren, e-mailen usw. wie wenn alle in einem buero sind. Jetzt muss man sich fragen ob man deswegen ueberhaupt den member server auf DC erhoehen sollte, und was es bringt. Die sache ist halt das wenn man den zweiten DC haben will, dann darf man das auch - also mehr optionen mit SBS, muss aber nicht unbedingt gemacht werden. Falls der SBS DC also ausfaellt und nicht mehr repariert werden kann, wuerde man genau das gleiche machen auf bezug der wiederherstellung egal ob mit oder ohne zweiten DC. Falls es zu dem punkt kommt wo man wirklich alles neu installieren muesste (neue SID), brauechte man nur den zweiten DC mit dcpromo auf member machen und dann der neuen Domaine wieder anschliessen. Falls der SBS wiederherstellbar ist (alte SID), dann kannst du den autorisierenden system state restore machen. Man kann es nicht alles genau ausmalen weil es ja auf jede einzelne situation ankommt, aber das schoene ist das man eben mehr auswahl hat. (und von daher mehr chaos) Waehrend der SBS DC abgestuerzt ist, der zweite DC wird auch weiterhin clients authenticating, auch ohne den SBS DC und man braucht deswegen keine Windows Server CALs weil das ja kein dauerzustand sein soll. Die ideologie ist den SBS server sobald wie moeglich wieder operable zu haben. Wir kratzen uns hier drueben auch den Kopf beim ueberlegen was die optimalste Einstellung in sachen Disaster Recovery ist mit einem zweiten DC, und da jeder Kunde andere Nutzungen und programme hat und mehr oder weniger $$$$ fuer alles, kommt es eben auf jede einzelne situation an. Ab morgen bin ich in Minneapolis auf der WWPC und werde dort mit einigen SBS Developern reden. Das lustige ist das wenn das SBS Produkt entwickelt wird, einige Developer rollen die Augen hinterher weil Sie sich nie vorstellten was Benutzer mit dem End SBS produkt machen. Aber durch unsere streitereien und Fragen lernen sie mehr und koennen dann einiges in die naechste version mit einbauen. Naja, und so weiter... Viel Spass auf TechEd in der zwischenzeit

Vielen Dank fuer die Begruessung. Die 70-282 wird bald wichtig werden da Microsoft ein neues Partner level vorstellen wird. Harry und ich haben ein Exam Studier Buch (nur in Englisch - Microsoft Small Business Specialist Primer & 70-282 Exam Preparation Guide (featuring Windows Small Business Server 2003) das ab dem 22 Juli 2005 auf http://www.amazon.de/exec/obidos/redirect?link_code=ur2&camp=1638&tag=mcseboardde-21&creative=6742&path=tg%2Fdetail%2F-%2F097485803X erhaeltlich wird. Das neue Partner level wird am 7 Juliy in Minneapolis auf der Partner Welt Konferenz vorgestellt, (Harry und ich werden dort sein) und man muss dafuer das 70-282 und ein sales assessment examen machen oder das 74-134 und sales exam. Das wird ein level zwischen registrierten partner und Certified partner sein, also ein "Small Business Specialist" Partner. Du bist also schon halbwegs da! :)

so sieht das dann am ende des wizards aus - na ja, hab da ein jpg angehangen...

My pleasure, 1. Installiere den Windows Server 2003 oder 2000 auf einer machine (server#2) 2. Gehe auf den SBS Server unter die Server Management Console und click auf den "Server Computer" link auf der linken Seite 3. Dann auf der rechten seite "Set up Server Computer" klicken 4. Der Wizard wird durchlaufen ca. 3 seiten und einen Computer Account fuer den neuen Server Computer in AD erstellen und auch die IP auf entweder static oder dynamic einstellen (je nach Deiner angabe) 5. Dann zu dem zweiten Windows Server (server#2) gehen und die "http://SBSServerName/connectcomputer (weiss nicht ob das dass gleiche ist in Deutschland aber wird so aehnlich sein) in the IE address bar schreiben. 6. Der Server wird dann wie jeder andere client/workstation and die SBS domain angeschlossen. 7. Der neue Server (server#2) wird auch eine SBS device lizense benutzen fuer access auf den SBS server. Alle workstations die dann auf den neuen server zugriff haben, brauchen nur ihre SBS CAL und nicht noch mal extra eine neue server CAL fuer Server#2. 8. auf Server#2 entweder dcpromo oder Server Role konfigurieren und voila! Fertig. 9. Dann auf AD nachschauen und Du wirst sehen das alles schoen replikiert hat. Wenn man den server auf eine andere art und weise anschliesst wie z.b. durch die Netzwerk properties, wird der neue server nicht richtig mit dem SBS server spielen. Man muss eben der SBS methodology folgen und den Wizard benutzen. Hoffe das hilft

[ Komisch, Ich bin Instructor fuer Microsoft Hands-on-Labs in USA. Habe in den letzten zwei Jahren nichts als SBS 2003 unterrichtet und for ca. 6 Monaten ein neues Lab entwickelt und geliefert (in 50 Staetden in der USA) wo wir einen zeiten Windows Server 2003 zu der SBS domaine angeschlossen haben und dann auf einen DC promo umgeschaltet. Darum haben wir auch den Server link in der Server Management Console. Nach SBS 2000, hatte das SBS team so viele beschwerden wegen der einzel-server limitierung das dass in SBS 2003 geaendert wurde. Ich rede mit den leuten vom team oefters und also fuer alle bitte lest die amerikanische Seite http://www.microsoft.com/WindowsServer2003/sbs/techinfo/overview/licensingfaq.mspx aber lest ruhig mal die blogs von den MVPs - die fliegen oefters im Jahr nach Redmond um dem SBS team feedback zu geben http://www.microsoft.com/windowsserver2003/sbs/community/default.mspx und sind da auch Sean Daniels and Charles Anthe die beide am SBS team arbeiten und ihre eignen blogs haben zu denen links da sind. Viel spass!

Ok, versuche das nochmal zu erklaeren. Wenn man einen SBS Server hat, und zweite oder dritte Windows Server 2003 anschliesst (egal member oder DC), braucht man fuer die neuen Server in der SBS domaine je eine device CAL fuer zugang auf den SBS Server. Dann, alle workstations brauchen keine weiteren CALs fuer zugriff auf diesen zweiten oder dritten Server. Man braucht nicht extral CALs fuer diese server kaufen - so weit waren wir ja.(unentschieden) Wenn Du jetzt extra EXchange, SQL oder Terminal Services kaufst, das dann auf den zweiten oder dritten server geladen wird, braucht man CALs fuer diese programme, aber nicht eine Windows 2003 CAL. Was ist da so schwer zu verstehen? Und das thema ist ueber SBS domaine und extra server, also bitte beim thema bleiben. Erzaehl mir nur nicht das du Terminal Server ohne CALs auf einen zweiten server laufen laesst, der schaltet die verbindung nach 160 tagen ab.... egal was deine Uebersetzung der EULA oder PUR ist. Und ich rede ueber die SBS domaine. Du vergleichst das andauernd mit einer normalen windows server domaine. Riesen unterschied. und jetzt zurueck zu meiner frage warum man erst eine CAL brauchen sollte wenn man eine dcpromo macht - die nutzungsrechte sagen doch genau das gleiche (wie du sagst) unter SBS sowie unter dem normalen Windows Server 2003 - dann muesste ich im regulaeren netzwerk auch keine CALs brauchen fuer Member server? Warte immer noch auf eine plausible erklaerung. :suspect:

Wunderbar, ich freue mich schon auf die Antwort. Das letzte mal wenn ich nachschaute, wurde die Software immer noch in Redmond USA hergestellt und Entscheidungen gemacht. Egal was das Deutsche Lizensierungsteam meinte. Du baust Dein Argument auf Papier auf, und Wort puzzeln and bestehst auf was alles so in schwarz und weiss geschrieben ist. Obwohl, Du hasst mir immer noch nicht die Passage gezeigt (unter SBS) wo es ausdruecklich steht das man weitere CALs fuer additional Server kaufen muss, Du nimmst es nur an und versucht dieses schwache Argument mit der einen Passage abzustuetzen. Das wackelt. Meine Behauptungen kommen von SBS installationen die schon durchgefuehrt sind und wo wir keine Lizensprobleme haben - normalerweise, wenn der client keine CALzum server hat, tut der server die Verbindung nicht erlauben und nix geht mehr. Aber, komischerweise, in unseren installationen koennen alle workstations mit SBS CALs auch andere DC und member server benutzen, ohne probleme. Wir brauchen nur CALs fuer Terminal Server oder Exchange selber, aber keine client access licenses fuer den server. Habe auch festgestellt 1. das Du vorher gesagt in Post #18 das "was fuer die USA gilt muss nicht in Deutschland auch gelten" - und jetzt gibst Du doch zu das Lizensierung weltweit gleich ist, und 2. Du keine Antwort auf meine Frage hattest dass man according to deiner logic dann in einem regularen (non-SBS) netzwerk dann auch keinen CALs brauechte fuer einen member server. Ok, wir warten bis die finale Antwort von oben kommt, und die Entscheidung wird immer noch in Redmond getroffen. :)

!!!!! Und weiter jetzt, Du wurdest doch von Guy Haycock der weltweit Microsoft SBS und Lizensierung unter sich hat angeschrieben. Wir haben auch Herrn Thomas Lichtenstern von Microsoft in Deutschland mit einbezogen von dem Du wahrscheinlich bald eine private e-mail bekommst. Es ist Microsoft bekannt das die Lizensierung falsch interpretiert wird und das muss endlich und auf alle Faelle richtig gestellt werden. Also bitte nicht so hartnaeckig sein weil das alles auf was Du bestehst widderrufen wird. Das geht doch total gegen die SBS Methode - als Small Business sollen die kosten niedrig bleiben. Man kann auch nicht Domain Kontroller Rollen (FSMO roles) vom SBS Server auf andere Server verlegen, SBS bleibt die Root. Und wie gesagt, die Lizensierung ist die gleiche weltweit und diesen Passus den Du andauernd zitierst sagt ueberhaupt nichts darueber das man extra CALs fuer einen Member or DC kaufen muss - das ist Deine persoenlich Interpretierung. Du arbeitest als Contractor fuer Microsoft - Guy Haycock arbeitet bei Microsoft in Redmond schon seit Jahren mit dem SBS Development Team.... hmmm lass mich mal ueberlegen wem ich glaube hier....

Thomas, bitte nachschauen. Also jetzt sehe ich wo Du den aufhaenger hast. Nichts persoenliches, wir wollen nur sehen das SBS benutzer die richtige information haben. Also, die weltweite Regelung fuer SBS ist das wenn man einen zweiten oder dritten Server anschliesst, diese unter der SBS Domain laufen. Es wissen alle das man keine andere Domaine anschliessen kann und SBS so seine eigene kleine Insel ist. Von daher, wenn man andere Windows Server 2003 anschliesst, laufen die jetzt unter SBS Regelung welche vorsagt das man nur die SBS CAL haben muss um auf jeden Server zugriff zu fassen, egal ob Member Server oder DC, wie in der vorherigen post beschrieben. Auch weiss ich direkt von Redmond, dass Bedingungen nicht auf einer worldwide basis geändert werden - das habe ich direkt von der Windows Small Business Server product group, d.h. das die Bedingungen in Deutschland die gleichen sind wie in Amerika. Bis morgen..tschuess, Bea