Gulp

... und was will man mit einem Windows 2003 Standard funktional anfangen, der als FSMO Holder einer SBS Domäne läuft in der ein SBS Server der Inhaber der FSMO Rollen sein muss? Grüsse Gulp

Ich habe ja auch nicht gesagt, dass das Konzept an sich schlecht ist, im Gegenteil, sowas hab ich auch schon mehrfach erfolgreich umgesetzt. Allerdings muss man sich die durch das Konzept bedingten "Schwachstellen", administrativen Unebenheiten, den zu erwartenden Mehraufwand an manchen Stellen und wohl auch die zu erwartenden Kosten am Besten vorher bewusst werden, was zugegebenermassen schwer fällt. Daher meine, durchaus nicht ganz bierernst gemeinten, jedoch aus der Realität entnommenen Einwürfe. Ich kann Dir jedenfalls sagen, dass der ein oder andere IT Verantwortliche, dem ich eine solche Lösung aufgesetzt habe, diese vorher in den höchsten Tönen gelobt hat und nach zwei Wochen die Schnauze voll hatte vom (ich meine ja immer noch angeblich) ".... erheblichen und nicht zumutbarem administrativen Mehraufwand, gänzlich abgesehen von dem hier nicht berücksichtigten Mehraufwand zur Dokumentation der ständig durchzuführenden Änderungen...." und daher die ein oder andere Konfiguration wieder deaktiviert bzw entfernt hat. Es kommt eben, wie ich auch schon sagte, auf die Umstände und Gegebenheiten im Unternehmen an. Grüsse Gulp

Eine MAC ist ja nun auch nicht schwer zu fälschen .... Port Security hält zumindest die meisten Spassvögel mit Hardware von zuause ab .... aber glaub mir wenn erst MAC basierte Port Security auf Switch Level altiv ist, möchte man sich über kurz oder lang keine neuen PC's mehr in 50er oder 100er Einheiten auf einmal zum Einrichten liefern lassen. ;) Kombiniert mit VLAN's und Abteilungsservern sieht das zwar alles schnuckelig aus, generiert aber manchmal echt komische Konstrukte wenn die User von Abteilung A den Inhalt einer Abteilungs-Freigabe auf den Public Server in der DMZ kopieren, damit Abteilung B da dran kommt ....... Solch ein Netzwerkdesign lässt sich IMO leider nicht pauschal empfehlen, das bedarf grundsätzlich einer angepassten Abbildung des Workflows im Unternehmen und macht es dadurch nicht wirklich einfacher, da sich auch nicht alles so einfach abbilden lässt. Grüsse Gulp

Schon mal mit mehr als 75 Usern getestet? Schon mal ne Vetrauensstellung versucht? Schon versucht eine Subdomain anzulegen? Das sind alles Einschränkungen des SBS gegenüber der "normalen" 2003 Domain und diese sind im AD Schema hinterlegt und definitiv ohne Transition Pack nicht ohne eine komplette Neuinstallation des AD wegzubekommen. Wenn Du nicht mehr als 75 User in der Domain benötigtst, warum behälst Du den SBS nicht und installierst den Standard als zusätzlichen DC oder Terminalserver, falls das der Grund für den Umstieg ist? Das der SBS keinen zusätzlichen DC erlaubt ist eine oft gehörte aber auch falsche Annahme. Grüsse Gulp

Tja, da wärest Du mit einem Transition Pack wohl besser bedient gewesen. Zumal ich kaum glauben kann, dass das "einfache" herausoperieren des SBS aus der Domäne eine wirklich funktionale 2003 Domäne ergibt. Um eine SBS Domäne zu einer vollwertigen 2003 Domäne zu migrieren ist das Transition Pack zwingend erforderlich. Von daher ist dringend anzuraten die Rollen zurück zum SBS zu transferieren und die Domäne in einen stabilen und funktionalen Zustand zu versetzen, egal wie lange der Ausfall dauern sollte, denn die vermuteten 4 Stunden sind wesentlich kürzer, als die Ausfallzeiten, die Dich erwarten, wenn der SBS erst formatiert ist. Anschliessend sollest Du Dich dringend mit dem von Microsoft vorgesehen, supporteten und empfohlenen Vorgehen einer Migration von SBS zu 2003 Domänen machen zB: How to upgrade Small Business Server Domain Environment to regular Windows 2003 Domain. Die Boardsuche liefert dazu auch genügend Hintergrundwissen. Grüsse Gulp

Stimmt so nicht, der SBS erlaubt es durchaus auch länger, denn es ist überhaupt kein Problem neben dem SBS einen (oder auch noch mehr) DC's zu betreiben. Der SBS muss lediglich, wie lefg treffend bemerkt, der Root DC der Domäne sein und die FSMO Rollen inne haben. Grüsse Gulp

1. Such bitte erst mal im Board nach Exchange Disclaimer. (siehe Boardregel 9) 2. Mit Boardmitteln ist das nur über einen EventSink zu lösen. 3. Wird das meistens über ein 3rd Party Tool (zB GFI Mail Essentials) gelöst. Grüsse Gulp

Ist eigentlich auch unnötig, bei der Installation mit der SmartStart CD wird ebenfalls kein Floppy für die Treiber benötigt ..... Grüsse Gulp

Schon mal hier in der Board-Rubrik "Tipps und Links" geschaut? Grüsse Gulp

Ist nix Neues, das sind meistens Gewittertierchen (gehören zur Gattung der Fransenflügler) ..... Alte FAQ: Ein Insekt ist in meinem Monitor, was soll ich tun? Grüsse Gulp

Suche auf der XP CD nach der Datei "deploy.cab" und entpacke diese in einen Ordner Deiner Wahl. Dort ist die sysprep.exe und eine Hilfedatei zu SYSPREP enthalten. Grüsse Gulp

Musikmässig lass ich mich gerne mal von Schandmaul oder In Extremo berieseln und erinnere mich dann schwärmend an den alten Eisenherz Film mit Robert Wagner oder Ivanhoe ..... Grüsse Gulp

Jepp kann ich bestätigen, in Ralingen (das ist der Ort bei Trier) sind 80% der Dächer beschädigt oder abgedeckt. Hier (etwa 30 Kilometer weiter) gab's auch Hagel, aber der war "nur" 1-2 cm im Durchmesser, zwar auch nicht gut für die Winzer, aber mach was dran ..... Prüm in der Eifel soll auch ordentlich was abbekommen haben ..... Grüsse Gulp

Na dann, hoch die Tassen und .... Grüsse Gulp

Nein, wie sollte denn auch sonst eine gemeinsame Cluster-Ressource ohne gemeinsamen Speicherplatz existieren können? Grüsse Gulp

zB Acronis True Image 9.1 für Windows Server --> Acronis Deutschland Grüsse Gulp

Da geb ich Dir recht, dass das alles andere als trivial ist .... Ich meine er hat 2 Nodes, so schreibt er jedenfalls: Grüsse Gulp

LUN ist die Local Unit Number und wurde schon früher bei SCSI zur Adressierung und Zuordnung von Festplatten verwendet. Anhand den LUN's der Storage kann das OS die Datenträger/Volumes identifizieren. Grüsse Gulp

Hast Du bisher denn schon mal mit Clustern gearbeitet oder ist das Dein "erstes Mal"? Windows Cluster benötigen zusätzlich zu den Cluster-Knoten eine SharedStorage (NAS oder SAN) - Wikipedia - Shared Storage - auf dem ein oder mehrere von allen Clusterknoten erreichbare Volumes existieren und worauf die gemeinsame Daqtenbasis (Clusterressourcen) des Clusters abgelegt werden. Das Quorum (Wikipedia - Quorum (Informatik) ist eine unbedingt benötigte Clusterkomponente, die für die Sicherung der Datenintegrität von Daten bei einem Teilausfall verwendet wird. Ohne funktioniert kein Windows Cluster ..... auch das Quorum liegt meistens auf einem Shared Storage. Hast Du denn eine Shared Storage in Deiner Umgebung? Grüsse Gulp

Verwenden denn die Knoten auch eine gemeinsame Festplatte/Partition, zB auf einem Disk Array? Welche Hardware ist denn genau im Einsatz? Irgendwie fehlt mir hier dann auch noch das Cluster Quorum Device .... Grüsse Gulp

Das Problem des Imaging eines DC's ist ja im Grunde folgendes: Der DC wird durch das Image quasi "gesichert" und später wiederhergestellt. Beim Zurückspielen des Images bekommt der geimagte DC aber nicht mit, dass er wiederhergestellt wird, es sei denn man startet den DC im Wiederherstellungsmodus und hat zusätzlich zum Image einen aktuellen Systemstate. Solange keine Änderungen im AD gemacht wurden, während der geimagte DC offline war, kann das auch gutgehen .... ich betone nochmals "kann". Ansonsten kann es zu einem USN Rollback kommen, bei dem im schlimmsten Fall alle DC's nicht mehr synchron laufen und sich auch nicht mehr replizieren können, da auf den DC's jeweils verschiedene USN's für ein und dieselbe Änderung im AD präsent sind. Das ist das Kernproblem beim Imaging von DC's ...... denn ein USN Rollback ist fatal und nicht ohne Weiteres behebbar ohne das AD neu zu erstellen. Acronis bietet beispielsweise zusätzlich zum TrueImage Server noch das Universal Restore Add-In an, bei dem der DC im Wiederherstellungsmodus zurückgesichert werden kann und auch auf andere Hardware zurückgesichert werden kann. Sollte tatsächlich ein Image zum Einsatz kommen, so ist es dringend zu empfehlen zB Acronis mit dem Add-In zu verwenden oder nachzuforschen, ob Ghost uneingeschränkt das Clonen von DC's unterstützt. Support von Microsoft darf man dabei jedoch immer noch nicht erwarten. Deren KB bietet die einzigen von MS unterstützten Möglichkeiten an ..... Grüsse Gulp

Üblicherweise wird Exchange nicht auf einem DC installiert, Ausnahmen bestätigen dabei natürlich die Regel, eine besondere Ausnahme ist dabei dann der SBS. Bei uns wird das zB genau so eingesetzt, mehrere DC's die auch nur DC's sind und ein dicker Exchange Cluster ..... Wenn Du aufrüstest, wird die Auslagerungsdatei angepasst, wenn die Einstellung "Grösse wird vom System verwaltet" verwendet wird. Standardmässig wird vom Installationssetup jedoch eine benutzerdefinierte Grösse eingestellt, die sich nach dem verfügbaren physikalischen RAM bei der Installation richtet. Dann musst Du die Grösse manuell anpassen. Empfohlen wird meistens das 1,5 fache des vorhandenen physikalischen Speichers, beim Ausbau auf 4GB kann man sich aber darüber auch streiten und man dürfte mit 1-2 GB genauso gut fahren. Grüsse Gulp

Nein, der Parameter /3GB hat (erstmal) nichts mit eingebautem Speicher oder aufrüstbarem Speicher zu tun, sondern mit der Verteilung der gesamten Speicherressourcen (physikalischem und virtuellen Speicher) in Kernel Prozesse und User Mode Prozesse. Diese Verteilung sieht im Standard 2GB maximalen Speicher für Kernel Prozesse (also Treiber und OS Kernkomponenten - vereinfacht gesagt) und 2GB für User Mode Prozesse (also zB Exchange, SQL und andere Applikationen - vereinfacht gesagt) vor, wird der Schalter /3GB in der boot.ini gesetzt verschiebt sich die Verteilung in 1GB für Kernel Prozesse und 3GB für User Mode Prozesse. Der Schalter sollte aber bei Exchange Servern, die auch als Domain Controller konfiguriert sind (wie es ja beim SBS auch vorgesehen ist) nicht verwendet werden. Jetzt klar? Grüsse Gulp

Microsoft empfiehlt den 3GB Schalter aber gerade nicht für Exchange Server die auf DC's laufen oder den SBS Server: Bei Exchange Server-Computern, die gleichzeitig als Active Directory-Domänencontroller und globale Katalogserver fungieren, wird ebenfalls nicht empfohlen, die Option "/3GB" in der Datei "boot.ini" zu setzen. Es wird die Verwendung jeweils eigener Active Directory-Domänencontroller bzw. globaler Katalogserver empfohlen. Da Microsoft Small Business Server als ein integrierter Domaincontroller und Exchange Server installiert wird, sollten Sie die Option "/3GB" nicht verwenden, wenn Sie Exchange Server 2003 in einer Small Business Server-Umgebung verwenden. Andere Konzepte und Einstellungen, die in diesem Artikel beschrieben werden, können jedoch gleichermaßen auf Exchange Server 2003 in einer Microsoft Small Business Server-Umgebung angewandt werden. Quelle: Optimieren der Speichernutzung in Exchange Server 2003 Grüsse Gulp

Mit dem LiveUpdate war's in 10 auch ein bisschen holprig, zwar schon besser als die einzelnen Patches Stück für Stück herunterzuladen und einzuspielen, mittlerweile kann LiveUpdate in 11 allerdings auch (wenn man will) selbstständig nach Patches suchen und diese auch sauber installieren. Ja, das mit den Diensten kenne ich, in 11 bricht ab und an mal die Transferrate fürchterlich beim Sichern (das mag aber bei mir eventuell auch daran liegen, dass ich einen Linux Hobel per RALUS mitsichere und das Netz ganz einfach schlapp macht), das kann aber immer mit einem Dienstneustart und RALUS Neustart ausgebügelt werden. Im Juni gibt's endlich das Gigabit Backbone für die Server, die davon betroffen sind, da wollen wir dann mal schauen, ob sich das bessert. Hoffnung hab ich da ja ....... Mit den Enterprise bzw Corporate Produkten von Symantec bin ich im Allgemeinen eigentlich recht zufrieden, die sollte man keineswegs mit den Consumerprodukten (Norton .....) vergleichen, die sind besch***en ....... Grüsse Gulp