Gulp

Das Melden im Forum hat ja schon mal geklappt, allerdings fehlen ein paar Details um auch nur ansatzweise irgendeine Form von Hilfestellung geben zu können. Aber selbst dafür hat Microsoft einen KB Eintrag: How to ask a question Also, formuliere möglichst genau Dein Problem inkusive eventueller Fehlermeldungen (genauen Wortlaut abtippen), Fehler in der Ereignisanzeige, etc, dann kann Dir auch besser geholfen werden. Nutze zudem die Suchfunktion dieses Boards, hier stehen schon einige Problemlösungen drin. Grüsse Gulp

Aktueller Treiber? Aktuelle Firmware? Wenn es keine aktuelleren Treiber und/oder Firmware geben sollte, kann das was für den HP Support werden. Die haben oft dann spezielle Firmware oder Treiber im Angebot oder lassen welche bauen. Kann natürlich auch sein, dass es anstelle dessen Konfigurationstips gibt. Grüsse Gulp

Wenn Du nachweisen kannst, dass Du die Lizenz gekauft hast und der Datenträger kaputt gegangen ist, bekommst Du ohne Probleme einen Neuen, da verhält es sich nicht anders als mit anderen ordentlich gekauften Waren. Sicher ist bei OEM ein Handbuch "Erste Schritte" dabei, war schon seit NT zB bei HP, Dell und weiteren OEM's so. Auch bei der SB (die im Grunde auch nur ne OEM ist) ist das so. Grüsse Gulp

Einfach gesagt: Installationsdatenträger weg (CD, DVD, Recovery Partition beim Notebook)= Lizenz weg Grüsse Gulp

Natürlich darfst Du die addieren, die 20 zusätzlichen darfst Du zB auch ungleich verteilen, bei der per Server Methode müssen halt nur so viele CAL's dem entsprechenden Server zugewiesen werden, wie User/Geräte auf den jeweiligen Server zugreifen. Welches Szenario bzw welche Lizensierungsmethode für Dich am Besten ist kann man anhand Deiner Angaben nicht genau beantworten, da fehlen noch ein paar Details, zB wie viele User gibt es in Deinem Szenario. Folgendes kann man sich aber schon mal vor Augen halten: Per Device CAL's nimmt man am Besten, wenn jeder (oder die meisten) User mehr als ein Gerät zB Notebook und Desktop-PC benutzen. In den meisten anderen Fällen nimmt man User CAL's. Grüsse Gulp

Also ich komme hier irgendwie auf 30 (20+5+5), Du nicht? Grüsse Gjulp

Tja, per Server meint halt tatsächlich auch per Server. Hat man 10 User und 2 Server so benötigt man hier also auch für jeden Server 10 CAL's wenn alle User auf den Server zugreifen. Ihr habt 18 Geräte und 2 Server, macht 18 CAL's pro Server also insgesamt 36, laut Deiner Aufstellung habt Ihr aber nur 30 CAL's und dann damit 6 zuwenig, ist doch einleuchtend. Grüsse Gulp

Über eine External Connector Lizenz. Grüsse Gulp

Nun wenn ich mir die Fehlermeldungen so anschaue, bezweifle ich, dass die Schemata auch so auf dem SBS angekommen sind. Zum anderen ist der SBS ja etwas "speziell" da er ja eigentlich nie in eine vorhandene Domäne kommen sollte. Grüsse Gulp

Oh nochwas, ist der R2 DC etwa eine 64-bit Version (bzw die verwendete adprep Version)? Grüsse Gulp

Die Funktionsebene hat mit dem Schema erstmal nix zu tun. Ich glaube kaum, dass die Replikation "ganz" geklappt hat, jedenfalls nicht den Fehlern aus den bisherigen Posts nach zu urteilen. Der "last success" kann ja auch von einem R2 DC kommen oder betraf die Replikation des SBS mit sich selbst. Grüsse Gulp

Hmm wenn Ihr das Schema nicht nachträglich aktualisiert habt, dann kann es eigentlich auch nicht passen. Das wiederum würde auch für die 30 in dem genannten Registry Schlüssel sprechen, die 31 kann eventuell durch die Einbindung in die vorhandene R2 Domäne entstanden sein. Mir schwant hier leider nichts Gutes, das sieht mir im Moment noch nach SBS neu machen aus. Der Artikel KB 884453 behandelt auch keine R2 Domäne, R2 gab es zu der Zeit noch nicht und ich fürchte fast, dass die Vorgehensweise aus dem Artikel auch nur dann funktioniert, wenn es sich bei der Quell-Domäne um die gleiche Schemaversion handelt. Entweder man bekommt adprep irgendwie zum Laufen oder muss bei einem solchen Schemamischmasch den SBS plätten und neu aufsetzen. Entweder weiss hier einer unserer SBS MVP Guru's, wie GüntherH weiter oder man muss Microsoft direkt fragen, aber ich befürchte, dass die Anleitung nur für 2003 Domänen ohne R2 gilt. Muss es denn zwingend ein SBS 2003 sein, ein SBS 2008 wäre wohl kein Problem bei einer 2003 R2 Domäne. Grüsse Gulp

Na und, das funktioniert auch dann, aber der Explorer is da etwas unempfindlicher ... Grüsse Gulp

Zunächst mit dcdiag aus den 2003 Support Tools mal weiter forschen ..... (Ergebnis von dcdiag kannst Du hier posten) Die Fehlermeldungen weisen ja ganz klar darauf hin, dass zum Zeitpunkt der Replikation die Schemata nicht übereinstimmten. Habt ihr nun das Schema nachträglich doch noch aktualisiert oder hat das von Anfang an nie funktioniert? Grüsse Gulp

Was ist denn an: nicht zu verstehen? Grüsse Gulp

Bist Du sicher, das adprep von der zweiten CD genommen zu haben (entweder die CD auf dem SBS einlegen und von der CD starten oder den gesamten adprep Ordner inklusive der entsprechenden Skripte auf den SBS kopieren)? Damit bekommt man das Schema auf 3.1 und ja, ich denke das ist der Kern des Problems. Grüsse Gulp

Der XP Modus ist seit gestern RTM! Coming Soon – Final Release of Windows XP Mode Der Download der RTM soll ab 22 Oktober möglich sein. Grüsse Gulp

Wurde denn auf dem SBS das Schemaupdate mittels "adprep.exe" von der zweiten CD (R2 CD) des 2003 R2 Servers durchgeführt? Die AD Schemata von 2003 und 2003 R2 sind unterschiedlich, 2003 hat die Schemaversion 3.0, der R2 hat 3.1. Beim SBS 2003 entspricht der Zusatz R2 auch nicht dem R2 Zusatz (und damit dem AD Schema) vom 2003 Standard R2/Enterprise R2/Datacenter Server R2, daher muss auch bei einem SBS R2 das Schema auf 3.1 erweitert werden. Grüsse Gulp

Windows 2008, Vista, 2008 R2 und Windows 7 kennen Firewall Profile und üblicherweise ist der VNC Server Dienst eben im Domänenprofil nicht automatisch als Ausnahme definiert, sondern nur im Privaten Profil. Das lässt sich aber in der "Windows-Firewall mit erweiterter Sicherheit" (%windir%\system32\WF.msc) korrigieren. Grüsse Gulp

Gib den Ordner, der die Daten enthält, mal als Netzwerkfreigabe frei und verbinde Deinen PC dorthin. Mit entsprechenden Rechten ausgestattet könnte das löschen hier funktionieren. Grüsse Gulp

Ich hoffe Du hast den PC neu installiert, einem vermeintlich gesäuberten System sollte man nicht mehr vertrauen, da man nie weiss was noch alles "angepasst" worden ist. Grüsse Gulp

Den passenden RDP Client selbst gibbet auch für XP: mstsc Shellversion 6.0.6001 Download für XP Da gibts dann auch den netten Eintrag "Laufwerke, die später angeschlossen werden", den ich so in Windows 7 auch nicht gefunden hatte (hups, man sollte auch zuende scrollen ...... ;) ), den gibts aber dort auch. Grüsse Gulp

Schon nach 30 Minuten fängt der Fahrstuhl an .... Grüsse Gulp

Nein, ein SBS muss DC sein und alle FSMO Rollen seiner Domäne innehaben, auch funktionieren 2 SBS in einer Domäne nicht (andere Server als DC schon). Grüsse Gulp

Da kann ich Dich beruhigen, Vmware kann das auch nicht. Da gehen höchstens USB Fritz Karten (wie im übrigen bei Hyper-V auch). Grüsse Gulp