Wurzerl

der mitgliedsserver kann per dcpromo zum dc heraufgestuft werden. der begriff "backup dc" ist seit win2k nicht mehr korrekt, da jeder dc jede betriebsmasterrolle übernehmen kann. per default liegen jedoch alle betriebsmasterrollen am ersten installierten dc in der domäne.

Entweder dies, oder der Controller. Ist der Controller ins MB integriert, dann muss ein neues MB her, wenn die Platte selbst i. O. ist. Mit dem zweiten Problem gemeinsam tippe ich doch eher auf das MB. Auf alle Fälle ist schnelles Handeln und prüfen, woher der Fehler wirklich kommt, sehr empfehlenswert.

Der einfachste Weg mittels Batchdatei und Gep. Tasks. Bsp: S: = Storage, E: = Extern +++Batch Beginn Del E:\Backup.04 Ren E:\Backup.03 Backup.04 usw. bis Backup.Erw copy S:\Backup.Erw E:\Backup.Erw +++Batch-Ende Dann die Datei mittels der Geplanten Task oder AT Befehl einmal wöchentlich laufen lassen.

@one hab ja nix dagegen gesagt

War mein Fehler, hätte auch zuerst alles durchsehen sollen, daß die Einstellung per Standard nicht dabei ist. 2.) die Einträge für den Exchange Server in der ADM-Datei selbst zu erstellen, werd ich mal im Testsystem probieren. (Bin scho wieder vorsichtig :cool: ) 3.) Eine Anleitung für die User schreiben, wie sie die Exchangeparameter auf den bestehenden Maschinen selbst erstellen können.

In erster Linie bevorzuge ich ebenfalls BackupExec, gut skalierbar und zuverlässig. Meine Nummer zwei ist NTBackup, ist zwar nicht so gut skalierbar, trotzdem zuverlässig. Zum Restore von einzelnen Mails hat sich ein "VMWare Image" des Kundensystems recht gut bewährt.

Über die Gruppenrichtlinien und den entsprechenden Office Resource Kit Tools (z. B. f. Office 2003 hier erhältlich http://www.microsoft.com/office/orkarchive/2003ddl.htm) ist dies zentral möglich.

Vor der Migration: Sichern, was das Zeugs hält, und zwar alle DC, mind. zweifach. Zeitplan für die Umstellung, am besten Freitag nachmittag anfangen, immer schön Blick ins Handbuch, z.B. http://www1.microsoft.at/includes/image.aspx?type=1&id=5780. Im Gegensatz zu panikmachenden Berichten in den Medien kann ich auf zwei Migrationen von Echtsystemen verweisen, die "trotz vorherigem Sichern und Vorbereiten" reibungslos verlaufen sind. ;)

Prüfe bei den Usern, deren Anmeldung fehlschlägt, das BS, die Browser & Version desselben.

Probiere, ob es auch mit einem XP-Pro Client keine Wartezeiten gibt.

Poste doch das Ergebnis von ipconfig /release vom Rechner, der keine Adresse bekommt, und von einem Rechner, der eine bekommt.

Ja, im Prinzip wie bei einem verkabelten Netzwerk. Ja. Dazu muß am Rechner mit dem Drucker eine Druckfreigabe erstellt werden, über die der zweite Rechner zugreifen kann. Allerdings muß der Rechner mit der Freigabe hierzu in Betrieb sein.

Die Vor- und Ratschläge von hammel, style und pat sind erste Wahl :thumb1:. Es sei denn, Du rechnest in absehbarer Zeit damit, mehr als 254 NIC´s anzustöpseln. ;) z.B so: Fixe IP´s den GW, FW und Server(n) GW: 192.168.1.1 FW: 192.168.1.2 (falls nicht auf GW oder SRV implementiert) SRV1: 192.168.1.10 Über DHCP: Fixe IP über Reservierung den Druckern PRT1: 192.168.1.30 usw. Dyn IP f. Clients 192.168.1.100 - 192.168.1.120

Poste bitte ipconfig /all von Server und einer Workstation.

Für eine Schulumgebung ist es zu empfehlen, wenn jeder Computerraum sein eigenes LAN (VLAN) hätte. Für die Realisierung von VLAN´s ist ein Layer-3 Switch zu empfehlen, der die Kommunikation zwischen den Clients und dem DC (und dem Internet) möglich macht, die der Schulungsräume aber untereinander unterbindet. Damit ist dann die Netzwerkumgebung (und die Broadcast-Domäne) auf jeden Schulungsraum beschränkt.

Sind in der Default Policy der Empfängerverwaltung die Adressen user@domain.local und user@domain.de eingetragen?

Wie ist denn der Router f. WLAN konfiguriert (Router/NAT/AP)?

Natürlich ist auch hier der zentrale Einsatz eines DHCP-Server möglich, wobei hier für jede MAC-Adresse Reservierungen erstellt werden müssen. Der Vorteil liegt ja darin, daß für jede künftige Änderung nur die Änderung am DHCP erstellt werden muss. Als weitere Möglichkeit wäre noch das Tool "netsh" vorhanden, siehe http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/netsh.mspx?mfr=true Die Scripte sollten allerdings gründlich getestet werden, bevor sie produktiv werden.

Der Server spielt nicht Router, da nur ein Subnetz vorhanden ist. Beherzige den Rat von lefq.

Nur einer von vielen:

IMHO ist einmal 150 Clients auf DHCP umzustellen wesentlich schneller, als bei 150 Clients zu prüfen, ob die neuen Serveradressen schon umgestellt wurden, und dann noch die umzustellen, die noch nicht umgestellt wurden. Feste IP´s haben in meinen Netzwerken Netzwerkkomponenten (Server, Router, Switches, Printserver), aber keine Clients. Mir wird auch so nicht fad ;).

Sieht aus, als wäre zwar ein MX-Eintrag für firma.zweigstelle.stadt.de vorhanden, allein der zugehörige Mailserver ist a) nicht vorhanden, b) nicht am Netz. Theoretisch müsste es bei richtigen DNS-Einträgen auch mit Subdomains laufen.

Ich würde in so einem Fall einen DHCP-Server einsetzen und die Clients per DHCP die Adressen von den WINS/DNS-Server etc. beziehen lassen. Musst halt noch einmal die Clients umstellen, bei der nächsten Umstellung sind aber nur mehr die Einträge am DHCP-Server einzustellen.

Die herzlichsten Glückwünsche zum Geburtstag :) :D :jau:

Der VMWare Server ist auch kostenlos erhältlich ;) /edit i sollt mir beim schreiben net soviel zeit lassen, mat war schneller /edit