rt1970

@NorbertFe NEIN! Du redest NICHT chinesisch und wie ich geschrieben hatte, ist es auch der PERFEKTE Weg! Für diesen Gedankenanstoss bin ich Dir SEHR dankbar!!! Das Logonserver=DFS-Replikat ist, ist mir auch klar! Darum ist es ja PERFEKT in JEDER Hinsicht! Ich denke da an Administration z.B. - reicht auf EINEM Server die Bereitstellung, da den Rest das DFS übernimmt usw. Das bedeutet aber im Momemt, dass ich Zeit brauche, die weder mein Kunde noch ich haben, bis das DFS seinen "Job" erledigt hat! Mit 512k upload und 3 DFS-Stämmen ist das leider sehr zeitaufwändig... Ich gebe Dir auch da wieder recht: schlechte Planung! Deshalb die Suche nach der "Bastellösung"... Weiter oben habe ich einen Schreibfehler! ICH MEINTE NICHT DNS, SONDERN DFS!!! Also: gibt es ein Tool zur Überwachung des DFS, was er noch alles wohin replizieren muß oder hat? Mit DFSRdiag backlog komme ich nicht ganz klar (Replikationsgruppe nicht gefunden) Ich sehe nur jede Menge Dateien im DFS-Staging-Ordner, aber kein Status oder um welche Datei es sich handelt...

DFS: Gibt es ein Tool zur Überwachung des DFS - also was gerade von wo nach wo kopiert wird?

Naja, wie man es nimmt! Mit Sicherheit der RICHTIGE Weg, wenn man ihn von vorn herein so plant! Das eigentliche Vorhaben wäre damit aber nicht geklärt :D Geht in der GPO die Softwarebereitstellung (-ausbringung) mit %LogonServer% ? Oder noch so eine Idee: Geht evtl. ein Alias-Eintrag o.ä. im DNS? Beispiel: Je DNS eine neue Domain namens local anlegen -> Hosteintrag "install" mit IP des dortigen Servers anlegen und Software mit \\install.local\PfadZurMsi\datei.msi ausbringen... Ginge das?

Ups! Die beidseitige Replikation zwischen den Standorten unter Standorte und Dienste hat nun auch meinen "Clientapps$" freigegeben :D Dank an Euch alle! René

Als ich das Paket zuweisen wollte, kam die Meldung, dass der angegebene Dateipfad ungültig sei! War Irrtum meinerseits, da ich im Explorer auch nicht auf die Freigabe komme. Clients sind noch keine auf dem neuen Server, aber Sites <-> Subnets sind eingerichtet! Replikate (Zielserver) sind eingetragen. Das Problem liegt "nur" noch darin, dass ich auf DC2 nicht auf \\domain.de\ClientInstall$ zugreifen kann, aber \\dc2\ClientInstall$ geht es! Eventlogs: Ausser: Die automatische Zertifikatregistrierung für "lokaler Computer" konnte ein Zertifikat "Domänencontroller" (0x80070005) nicht registrieren. Zugriff verweigert und Durch die Berechtigungseinstellungen (Anwendungsspezifisch) wird der SID (S-1-5-20) für Benutzer NT-AUTORITÄT\NETZWERKDIENST keine Aktivierungberechtigung (Lokal) für die COM-Serveranwendung mit CLSID {BA126AD1-2166-11D1-B1D0-00805FC1270E} gewährt. Diese Sicherheitsberechtigung kann mit dem Verwaltungsprogramm für Komponentendienste geändert werden. Sonst sind keine aktuellen Einträge vorhanden!

Ist irgendwie SEHR komisch! Ja, DNS ist AD integiert. Ich hatte erst "ClientInstall" DFS-Stamm erstellt, danach gelöscht und und neuen Stamm "ClientInstall$" erstellt. Nun kann ich auf DC2 nicht auf \\domain.de\Clientinstall$ zugreifen. Auf DC1 sehr wohl... Weil ich dachte, dass das Probleme im GPO gibt! Es war aber das Problem, dass ich nicht auf das Share \\domain.de\Clientinstall$ komme! Achja: Net Share zeigt mir aber die Freigabe an und Ping ergibt IP des DC2...

Nun hab ich Probleme mit DFS! Auf DC1 kann ich nur domain im Explorer aufrufen Auf DC2 geht nur domain.de :confused: Auf DC2 ist der Primäre DNS und DC2 als sekundär konfiguriert... Ping domain - unbekannter Host ping domain.de - Antwort vom richtigen Server...

Oder geiziger Kunde, der "Blitzideen" hat! ;) Mit DFS seit R2 meinst Du bestimmt die Zeit- und Kostensteuerung, richtig?

Der Upload des "Hauptservers" stört mich (512kb/s)! Das dauert EWIG! Und ich wollte den neuen Server morgen/übermorgen ausliefern und die Clients einrichten incl. Software... Ansonsten hast Du recht! Aber Aufgrund des Zeitmangels und Lustmangel (aufräumen) des "Clientapps-Ordner" etwas für "später" ;)

Wie "nur der eine"? Je Standort ein DC mit gleicher Domain... DFS: ist klar -> deshalb "Plan B" ;) Wollte nur das synchronisieren von ca. 2GB zu jedem Standort umgehen...

DFS hat sich erledigt! Zeigt jetzt korrekt an...

@XP-Fan Logonserver wird auf Server/Client korrekt angezeigt -> wie gesagt: NUR im DFS ist die Zuordnung falsch :confused: @NorbertFe Datenmenge= Installationsdateien Office, Adobe usw. im Installationsordner, die synchronisiert werden müßte... Also anders (mit Logonserver) wäre mir angenehmer! DFS -> habe im DFS keinen Einfluss auf die Standorte! Subnets sind korrekt konfiguriert!

@XP-Fan Clients ca. 10-20 DCs ja - je 1x je Stelle Installiert sollen werden: Office, Acrobat und div. andere Anwendungen...

Achja... Das geht auch! Das wäre dann Plan "B" -> aufgrund der Datenmenge! Gehts auch anders? PS: Eine Aussenstelle wird NUR im DFS einem falschen Standort zugewiesen!?

Hallo! Ich möchte Software (Adobe-Reader z.B.) verteilen. Geht ja auch ganz gut, nur ich habe 4 Außenstellen die über VPN verbunden sind. Installation über VPN würde zu lange dauern (512kb Upload). Bisher habe ich für jede Aussenstelle eine GPO erstellt. Geht es auch irgendwie, dass ich als Installationspfad %LogonServer%\PfadZurMSI.msi angebe? Wenn ich bei Paket suchen den LogonServer angebe, ersetzt er den Pfad durch den DC :( In der .aas steht der Pfad drin, aber kann diese nicht bearbeiten...

TM deaktivieren: dachte es reicht, wenn ich in der Taskleiste "beenden" sage. Zu meiner Verwunderung blieben die Dienste gestartet... Ehrlich gesagt habe ich jetzt auch keine Lust (nachdem es funzt) weiter zu probieren... Vielleicht teste ich es später nochmals. KANN ja nur an den Ausschlüssen der Laufwerke liegen!? Rechte auf den Laufwerken: System/Administratoren = Vollzugriff, Benutzer = Lesen/Ausführen. Daran sollte es also nicht liegen.

Ok - zumindest "rennen" jetzt alle 3 - auch mit dem virtuellen privaten Netzwerk! Mal sehen, ob das priv Netzwerk so funzt, wie ich es mir vorstelle... (1x priv. mit DHCP auf Manager, 1x priv. für Messaging, 1x priv. u. 1x Öffentlich auf Security) Dann sollten die Server NUR über die Firewall des TMG erreichbar sein...

War nicht der Grund! Wieder bei 50% Fehler. Habe nun die VM im Standardpfad erstellen lassen und die HDDs von den einzelnen Platten hinzugefügt. Die erste VM läuft. Erklärung habe ich allerdings keine dafür :(

Habe jetzt folgendes gemacht: Netzwerk-Manger: ALLE Netzwerke gelöscht und einen Neustart initiiert. Ups: Hatte vergessen, die VM-Verzeichnisse auf den anderen Platten auszuschließen...

Zu früh gefreut! Irgendwie scheint das Problem mit den Netzwerken zu geben, nachdem ich das private Netzwerk konfiguriert habe: Beim starten bei 50%: "Fehler beim Versuch, den Status des virtuellen Computers zu ändern. Microsoft Synthetic Ethernet Port (...) - die angegebene Netzwerkressource bzw. das angegebene Gerät ist nicht mehr verfügbar." Beim Einschalten. Jetzt ist die VM auch wieder aus dem Manager raus...

@ TheDonMiguel Die Excludings waren DER ERFOLG! Erschreckend: KEINE Meldung des Trend-Micro, auch nichts in den Protokollen :( Vielen, vielen Dank @alle

Antivirus: Ja, Trend-Micro... Hier noch ein Fehler beim Erstellen einer neuen VM: Auf die Konfiguration des virtuellen Computers "ESB Manager" kann nicht mehr zugegriffen werden: Der Vorgang ist bei einer Datei mit einem geöffneten Bereich, der einem Benutzer zugeordnet ist, nicht anwendbar. (0x800704C8) (ID des virtuellen Computers 13A6FCAE-42BC-4BE2-9596-4749AFF9A5E0). und: "ESB Manager": Fehler beim Hinzufügen des Geräts "Microsoft Synthetic Disk Drive" (ID des virtuellen Computers 13A6FCAE-42BC-4BE2-9596-4749AFF9A5E0).

@TheDonMiguel Kein SAN! HDD C: Server 2k8 mit Hyper-V HDD D: VM "Security Server" HDD E: VM "Messeging Server" HDD F: VM "Manager (Management Server)" = Essential Business Server

!? reicht wirklich? ist doch nur zum unterstreichen des entsetzens! Im Ereignisprotokoll hab ich noch gefunden: "Manager" Microsoft Synthetic Ethernet Port (Instanz-ID {CF49A9AF-B013-4D2D-AFEA-679DB55B2AE2}): Fehler "Die angegebene Netzwerkressource bzw. das angegebene Gerät ist nicht mehr verfügbar." (0x80070037) beim Einschalten (virtueller Computer 0639FBD9-5239-4810-9423-E3978AF65E26). und: Fehler beim Start von "Manager" (virtueller Computer 0639FBD9-5239-4810-9423-E3978AF65E26) Zu Deinen Links: Vielen Dank dafür - aber: Die Symbolischen Links existieren und zeigen auch auf das richtige Verzeichnis. Die XML scheint auch zu stimmen (zumindest was die Pfade angeht). Die VMs sind jeweils auf eine HDD installiert. So wie ich es verstanden habe, sind wohl die .xml-Dateien defekt, richtig?

Hallo! Ich habe den EBS Virtualisiert = 3 Maschinen soweit lief alles - BIS - und jetzt kommt DER HAMMER: Ich habe im Hyper-V-Manager ein privates Netz erstellt. Dann Maschinen heruntergefahren - Netzwerkkarte hinzugefügt. So weit, so gut - BIS zum Start!!! Computer wird gestartet -> Auf die Virtual Machines-Konfiguration 375D50D3-E2A9-4072-AB1F-A1507A3DB29B unter "D:\HyperV\Messaging Server\Messaging Server" kann nicht mehr zugegriffen werden: Das Gerät ist nicht bereit. (0x80070015) Danach war auch die Maschine aus dem Manager verschwunden... Importversuch: Importdateien nicht gefunden... Und NUN??? Jemand eine Idee?