Gulp

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

Off-Topic:Hihi, wird ja auch Zeit, dass nicht nur ich dauernd die Links zum Fisch poste ..... Grüsse Gulp

Doch doch, die Möglichkeit gibt es sehr wohl ..... ab irgendeiner MSTSC (die Version ist mir gerade entfallen, ich meine es war der Vista kompatible 6er RDP Client), werden unter lokalen Laufwerken nicht nur die physikalischen Laufwerke, sondern auch zusätzlich auf dem die MSTSC ausführenden Host gemountete Netzlaufwerke mit angezeigt und können eingebunden werden. Unter meinem Windows 7 zB einfach mstsc aufrufen, Optionen einblenden, auf das Register "Lokale Ressourcen" wechseln, den Button "Weitere" bemühen und die Laufwerke aufklappen. Da sind sowohl die physikalischen, als auch die auf dem Client verbundenen Netzlaufwerke auswählbar. Wie das aber im ICA Client aussieht kann ich leider nicht sagen. Grüsse Gulp

Microsoft Security Essential, das kostenlose AntiViren und AntiMalware Tool von Microsoft wird heute als Final zum Download verfügbar sein. Quelle: Microsoft’s New Tool in the Fight Against Malware Free to Consumers Grüsse Gulp

Richtig, bei 2008 muss zunächst nichts seperat installiert werden, aber ist denn die 2008er Installation auch von einem Volumenlizenz Datenträger installiert worden, das wäre bei 2008 nämlich die Grundvorraussetzung. Normalerweise installiert man den 2008 dann ohne Angabe eines Keys, dann gibt man in der CMD den Befehl mit dem enstprechenden KMS Key, den man erhalten hat ein SLMGR.VBS -IPK <KMS Key> und muss den 2008er dann zunächst bei Microsoft aktivieren (Vorsicht der KMS Key kann nur 6 Mal aktiviert werden), die Aktivierung wird mit dem Befehl: SLMBR.VBS -ATO angestossen. (Hat der KMS Host keinen Internetzugriff kann man mit SLMBR.VBS 4 die notwendigen Rufnummern bei Microsoft anzeigen und den Host dann telefonisch aktivieren.) Ist der KMS Host aktiviert muss auf den Clients folgendes ausgeführt werden: SLMBR.VBS -SKMS <KMS_FQDN oder IP[:port]> (der Port wird nur benötigt, wenn der Standardport 1688 nicht verwendet wird) Die DNS Einträge für das Autodiscovery sollten durch den KMS Server (zumindest in der Zone in der er steht) durch dynamische Updates von alleine erzeugen (jedenfalls wenn dynamische Updates erlaubt sind). Mehr muss man eigentlich nicht tun (ausser mindestens 5 2008 Server aktivieren oder mehr als 25 Vista Hosts) Bei 2008 R2 und Windows 7 gilt folgender Guide: Volume Activation Deployment Guide Wichtigster Teil (meiner Meinung nach): Note: KMS requires a firewall exception on the KMS host. If using the default TCP port, enable the KMS Traffic exception in Windows Firewall. If using a different firewall, open TCP port 1688. If using a non-default port, open the custom TCP port in the firewall. The Software Licensing Service must be restarted for any changes to take effect. To restart the Software Licensing Service, use the Microsoft Management Console (MMC) Services snap-in or can run the following command at an elevated command prompt: net stop sppsvc && net start sppsvc In dem Guide stehen auch ein paar Sachen zu den DNS Einstellungen (besonders zu den Berechtigungen) drin. Grüsse Gulp

Zunächst musst Du auch den entsprechenden Key Management Service auf einem Server oder einer Vista/Windows7 Maschine installieren. Die genannten Befehle kommen erst danach auf den zu aktivierenden Maschinen. Hier mal ein nettes Video dazu: KMS Activation for Windows® 7 and Windows Server® 2008 R2 auch ganz interessant: Volume Activation 2.0 Technical Guidance Grüsse Gulp

Entweder einen KMS Server aufsetzen und zur Aktivierung der meckernden 2008 Server verwenden oder den bei der Installation verwendeten KMS Volumenlizenzkey gegen einen MAK Schlüssel austauschen. Grüsse Gulp