Gulp

Zum einen das, zum anderen würde ich mal auf dem 2. DC nachschauen, ob es das Schemaupgrade durchs VPN geschafft hat. Grüsse Gulp

Das hat Dir Sunny doch im 4. Post schon gesagt, oder nicht? Grüsse Gulp

Das mein Link "nur" den Wechsel vom 2003 nach 2003 (man kann den 2003 SBS sogar dann behalten, da er zum 2003 Standard wird), ist mir klar, ich will ja auch nur damit klar machen, dass sich eine normale Domäne von einer SBS Domäne funktional unterscheidet. Wenn Du auch nach der von Dir verlinkten Anleitung vorgegangen bist und diese Transition/Migration, vor allem das Schemaupgrade und das nachfolgende Promoten des 2008er mit nachfolgendem Abschalten Deines 2003 SBS entsprechend durchgeführt hast, ist das auch so. Du hast aber im Eingangspost nur von bereits erstellten Vertrauenstellungen berichtet und von bereits installierten 2008 R2 Servern. Diese lassen sich eben nicht nachträglich einfach so umwandeln, sondern es muss zwingend ein neuer ohne AD verwendet werden, der dann (quasi hilfsweise als Ersatz fürs Transition Pack) ein neues und dann ohne die SBS Einschränkungen AD mit dcpromo erzeugt. Da ich aus Deinen bisherigen Ausführungen nicht entnehmen kann, dass die 2008 R2 demoted wurden und ein der Anleitung entsprechendes neues AD erzeugt wurde, sondern nur lesen kann, dass Du den SBS entfernt hast, bist Du zwangsläufig noch in einer SBS Domäne mit den bekannten Einschränkungen. Andernfalls würde ja auch die Vertrauensstellung funktionieren. Grüsse Gulp

Wenn der SBS Mode nicht mehr aktiv wäre, könntest Du ja ohne Einschränkungen mit Vertrauensstellungen arbeiten, der TechNet Artikel ist da doch recht eindeutig, oder nicht? You can achieve the following task after installing the SBS 2003 transition pack, which otherwise is not possible in SBS 2003 because of product design limitation. - Transfer the Flexible Single Master Operations (FSMO) roles to another domain controller - Establish two-way trust relationship with another Domain - Add child domains to the existing AD forest - Move server applications to another server (for e.g. You can move Exchange Server 2003 to another server for better performance) - Enable Terminal Server in Application Sharing mode - Remove the 75 users/device limit - Increase the max number of processors supported from two to four Grüsse Gulp

Hä, wie da läuft XP, zum einen ist das dann kein Server und zum anderen kann auf XP kein "AD laufen", somit muss der Befehl ja ins Leere laufen, denn das musst Du auf einem DC so absetzen. Grüsse Gulp

Wenn ich mich recht entsinne, bleibt es auch beim abschalten/deaktivieren des SBS Servers an sich immer noch bei einer, nennen wir es mal der Einfachheit halber so, SBS-Domäne. Das lässt sich aber nur mit dem Transition Pack in eine "ordentliche" Domäne umwandeln: http://support.microsoft.com/kb/555073/de http://blogs.technet.com/b/moloyt/archive/2007/10/10/sbs-2003-transition-pack.aspx Grüsse Gulp

Mit NewSid kann man aber tatsächlich eine beliebige definierte SID angeben, nicht nur ändern. Man sollte aber wissen was man damit anrichten kann, zumal die Anwendung von NewSid von Microsoft nicht supported ist und die Entwicklung von Mark Russinovich bereits schon 2009 eingestellt wurde. (siehe http://blogs.technet.com/b/markrussinovich/archive/2009/11/03/3291024.aspx) Grüsse Gulp

Um es jetzt mal wie in der Sendung mit Maus zu formulieren: Hört sich vielleicht komisch an, ist aber so! Wenn jeder User eine User CAL hat, sind alle Geräte die User verwenden korrekt lizenziert. Hat man also immer mehrere Geräte pro User bieten sich User CALS geradzu an, hat man mehrere User pro Gerät, so bieten sich eben die Device CALS an, damit deckt man dann mehrere User an einem Gerät ab. Natürlich gibt es auch Szenarien die deutlich differenzierter betrachtet werden müssen. Grüsse Gulp

Dazu gehört aber auch die Software korrekt einzusetzen. Zum einen hast Du ja schon erzählt bekommen, was für Anforderungen für das OS für Clients notwendig sind, es gehört aber auch zu jedem Gerät oder User, das/der Serverdienste verwendet eine entsprechende CAL (Client Access License). Wenn Du die Software von der Firma bekommen hast, wie genau darf ich mir das vorstellen? Sorry für die komische Fragerei, aber das hört sich für mich etwas unüblich an. Zum weiterbilden "schenkt" einem eine Firma selten so teure Software, sondern lässt einen normalerweise einfach mit Evaluationsversionen arbeiten. Grüsse Gulp

Auch hallo .... konkretisiere doch Deine Frage noch ein bisschen, was genau meinst Du mit Vorraussetzung für Server? Darf ich noch fragen wo Du die Server 2008 Software her hast? Grüsse Gulp

Danke für die Rückmeldung .... Grüsse Gulp

Genau da hilt Deep Remove auch ohne Formatieren ...... Grüsse Gulp

Ooch immer gleich formatieren .... Für ganz hartnäckige Fälle gibt es doch Deep Remove: https://deepremove.codeplex.com/ Grüsse Gulp

Sicher brauchst Du dann Windows CAL's (ob User oder Device musst Du dann selbst je nach Szenario entscheiden), wie eben bei jeder Verwendung von "Serverdiensten", falls Exchange zum Einsatz kommt, brauchst Du dann zusätzlich auch noch Exchange CAL's (die Du ja schon hast). Grüsse Gulp

Zudem gibt es recht viele Malware, die sowas macht ..... zB seinerzeit MSBLAST Grüsse Gulp

Um einen Domänencontrolle kann es sich eigentlich nicht handeln, der hat ja keine lokalen Konten, da die lokale Kontendatenbank beim Erstellen des AD deaktiviert wird und erst wieder zum Vorschein kommt, wenn der DC heruntergestuft wird. Grüsse Gulp

So isses, ein iPhone wird eben nicht als übliches "Mass Storage Device" erkannt. Für Samsung bzw die meisten Android Smartphones gibt es MyPhoneExplorer (benötigt einen Client auf dem Handy, dieser findet sich bei Google Play): http://www.heise.de/download/myphoneexplorer.html Grüsse Gulp

Meines Wissens werden Apple Geräte nirgends als Massenspeicher erkannt und angezeigt, das gelingt aber mit dem iDeviceManager (ehemals iPhone Explorer): http://www.heise.de/download/idevice-manager-iphone-explorer.html Grüsse Gulp

Ganz so einfach ist das nicht, OEM Software, die mit einem PC verkauft wird kann durchaus dauerhaft an den PC gebunden sein, das wurde bisher auch noch nicht von einem deutschen Gericht bezweifelt. Das von Dir genannte Urteil betrifft zwar das Trennen von OEM Software, die an einen PC gebunden ist, allerdings gab es zu diesem Zeitpunkt keine OEM Software, die ohne PC erwerbbar war. Das ist dank des genannten Urteils heute jedoch der Fall und dabei handelt es sich um die auch von Dir angesprochenen SB Lizenzen. Auch die Aussagen im ZDNET Artikel halte ich für stark relativ und nicht unbedingt pauschal anwendbar. Es gibt schlicht kein passendes Urteil und Verfahren und solange sind zumindest die Teile der EULA die dem hiesigen Gesetzen genügen auch gültig bis ein Gericht etwas anderes feststellt. Sollte es aufgrund der Argumentation des Herrn Meisterernsts zB zu einer Nachzahlung durch Microsoft wegen Unter- oder Falschlizenzierung kommen, so würde ich sehr stark schätzen, dass dieser mit genau dem Argument, dass es sich dabei lediglich um eine juristische (Fehl-)Einschätzung handele, jegliche Kostenübernahme ablehnen dürfte. Mal einige Urteile zu OEM Software: http://www.jurablogs.com/topic/oem Ganz interessant zB für Deine Fragestellung: http://www.jurablogs.com/2011/10/06/bgh-markenrechtsverletzung-urspruenglich-computer-angebrachte-echtheitszertifikate-zusammen Grüsse Gulp

Jein, die Elektronik ist relativ unkritisch, je nach Typ und Modell, manchmal braucht's dann aber doch zwingend exakt die gleiche Firmware ..... Da man das aber vorher nicht weiss (ohne den Hersteller zu kontaktieren, der es einer "Privatperson" oder kleinen Firma auch nicht verraten wird), gilt: nur Versuch macht kluch ...... ..... kann aber auch ordentlich in die Buxe gehen. Grüsse Gulp

Es gibt aber leider kaum bezahlbare Möglichkeiten, die einzige Möglichkeit wäre entsprechende Software, die setzt aber meist voraus, dass die Platte erkannt wird, startet und man Zugriff auf das Filesystem hat. Ist das nicht der Fall, benötigt man in der Regel einen Reinraum, baugleiche Festplatten mit gleicher Firmware, diverse Controller Elektronik und vieles mehr, was ein heiden Geld kostet und eben dafür kosten die professionenellen Firmen ja auch so viel. Grüsse Gulp

Nee, danke da bleib ich lieber bei meinem supporteten Zustand, anstatt mir da Registrygefrickel auf einem Server anzutun. Grüsse Gulp

Bei 2012 geht es ja beim 2008 R2 eben nicht und ja da will ich einen Screenshot sehen, zumal sich das Update, das die Updatebereinigung überhaupt erst ermöglicht sich erst gar nicht auf einem Server 2008 R2 installieren lässt: http://www.directupload.net''>http://www.directupload.net'> Grüsse Gulp Hier noch der Vollständigkeit halber ein Screen der Datenträgerbereinigung des Servers (aktueller Patchstand): http://www.directupload.net'> Der unten fehlende Eintrag sind die Miniaturansichten und die ergeben die paar KB die man bereinigen kann. Grüsse Gulp

Auf einem DC? Also bei mir gibt's da keine "Cleanup System Files" ...... ... und ich würde laut den Kommentaren in folgendem Blog (http://blogs.technet.com/b/askpfeplat/archive/2013/10/08/breaking-news-reduce-the-size-of-the-winsxs-directory-and-free-up-disk-space-with-a-new-update-for-windows-7-sp1-clients.aspx) vermuten, dass es auch in Windows 2008 R2 Servern ohne aktiviertes AD keine Option für die Updatebereinigung gibt. Zumal auch der Artikel mit dem entsprechenden Hotfix (http://support.microsoft.com/kb/2852386) sich ausschliesslich auf Client OS bezieht. Halten wir fest: Man kann die Datenträgerbereinigung auch auf einem Server 2008 R2 einschalten (mach ich meist). Man kann die Uninstall Dateien des letzten SP auch auf einem Server 2008 R2 entfernen lassen. Die Update Bereinigung (und das leeren des WinSXS Ordners) ist den Client OS vorbehalten und funktioniert nicht auf Windows Server 2008 R2 (schade eigentlich). Grüsse Gulp

Das fügt aber nicht die Update Bereinigung zum Server hinzu und darum geht der Thread ja eigentlich ...... Grüsse Gulp