aba

Ein Server (nicht Domänen-Controler!), der ein gültiges Computerkonto in der AD besitzt, wird als Mitgliedsserver (Memberserver) bezeichnet. Er ist also ein Mitglied der Domäne. Das Schema wurde in der AD auf dem Schemamaster erweitert ... Die Änderung steht auf allen Domänencontrolern der Gesamtstruktur nach erfolgreicher Replikation zur Verfügung. Das du in der Verwaltungskonsole die Einträge "Exchange-Aufgaben" nicht siehst, liegt an der Verwaltungskonsole und nicht am Schema ... Installier einfach die Verwaltungsprogramme von Exchange2003 CD auf dem entsprechenden Rechner (DC oder Client) und du siehst auch die Exchange2003-Verwaltungseinträge in der Konsole. Läuft denn der Lizensierungsdienst? Wenn nicht ... schon mal den Dienst gestartet? Das "Add-on Remote Control" kenne ich leider nicht ... sorry ....

Schau mal in der Online-Hilfe unter select into So kannst Du die Ergebnismenge eines select in eine table schreiben. Aber warum so komliziert? Es gibt doch 2 einfachere Möglichkeiten: 1. Mit einer stored_procedure die du erstellst. Da einfach nach dem update der Daten die Variablen, die du definiert hast, per xp_sendmail verschicken (Beide Schritte innerhalb einer expliziten Transaktion, wegen der Datenkonsistenz). 2. Einfach einen Update Trigger auf die entsprechende table bauen, der bei Updates der Daten das xp_sendmail aufruft. (Genau dafür kann man doch Trigger hervorragend benutzen, bzw. genau dafür sind sie gedacht)

Ähm .... Trigger auf eine Sicht? ...... Das wäre für mich was ganz Neues, dass das funktioniert ..... IMHO funktionieren Trigger nur bei Transaktionen (insert, update und delete) und somit nur auf tables .... Eine view ist, vereinfacht ausgedrückt, doch nichts weiter als ein "abgespeichertes select" ....... Für Transaktionen würde ich dann eher stored procedures verwenden ... aber auch da "hängt" der Trigger auf der table, die durch die procedure verändert wird ... denn in der table werden die Daten verändert ... und nicht in der procedure .... Oder habe ich da vielleicht was falsch verstanden?

Ich würde mich zwischen SQL 2000 und Exchange 2003 entscheiden. IMHO!

ähm ... ich hatte das so verstanden, dass es keine "vordefinierten" Haupbenutzer gibt (mir war auch so :) ), aber evtl. jemand "händisch" so eine Gruppe erzeugt hat, die nu wech ist. Sorry ........

Ich würde sagen, da hilft nur eine autorisierende Wiederherstellung der Gruppe aus einem vorhandenen Backup, wenn die Gruppe noch nicht länger als 60 Tage gelöscht ist.

NTFS "arbeitet" neben dem expliziten Verweigen noch mit dem impliziten Verweigern: Es kann nur derjenige auf einen Ordner oder eine Datei zugreifen, der eine "erteilte" Berechtigung hat. Ist ein Benutzer oder eine Gruppe nicht mit einer erteilten Berechtigung in der Liste, ist ihm der Zugriff ebenfalls nicht gestattet. Das würde z.B. für ein Usershare bedeuten: Ordner User1: Gruppe Jeder entfernen! User1 Berechtigung - Ändern Gruppe Administratoren - Vollzugriff Gruppe Sicherungsoperatoren - Lesen = User1 darf alles mit dem Ordner, Unterordnern und allen Dateien anstellen (erstellen, löschen, verändern) Gruppe der Administratoren dürfen alles Grupper der Sicherungsoperatoren dürfen lesen (Backup der Daten durchführen) Alle anderen Benuzter und Gruppen, die nicht in der Liste stehen, bekommen automatisch ein "Zugriff verweigert". Mit den Gruppen-Ordnern das gleiche in Grün. Allerdings da dann nicht den einzelnen Usern die Berechtigung erteilen, sondern eben den entsprechenden Gruppen, in denen dann die User Mitglied sind.

Hier vielleicht? Tipps und Tricks zum Systemvorbereitungsprogramm (Sysprep)

Vielleicht hilft ja killmbr.exe :-) killmbr.zip V1.11 2001-02-22 Löscht Master Boot Records (z. B. für automatische Installationen) mit HTML-Doku

Wenn du die Vererbung auch weiterhin aktiv lassen möchtest, versuch es doch mal folgendermassen: # Ordner, Eigenschaften/Sicherheitseinstellungen # Knopf "Erweitert" # Hinzufügen # Benutzer/Gruppe auswählen # Auf der Seite "Berechtigungseintrag" im Feld "Übernehmen für:" den Eintrag ändern auf "Nur diesen Ordner" # Berechtigungen zusammenklicken. # Übernehmen

Ich würde fast drauf tippen, dass das "sichern/rücksichern" nichts wird. Sorry. Aber ein Versuch ist es vielleicht doch wert. Vielleicht findest Du hier ja noch einen Tipp: How to perform a disaster recovery restoration of Active Directory on a computer with a different hardware configuration

Schau dir mal das Programm repadmin.exe aus den Support-Tools an, damit sollte das "anstossen" der Replikation eigentlich möglich sein. Es gibt beim repadmin /sync und /syncall. Den kompletten Syntax habe ich leider gerade nicht zur Hand.

Der DNS-Dienst "lauscht" standardmäßig an beiden Netzwerkkarten in beiden Subnetzen. Bei den Eigenschaften des DNS-Servers kann man das allerdings auch so verändern, dass der DNS-Dienst nur an eine Netzwerkkarte gebunden ist.

Spontan fällt mir dazu nur Co-StandbyServer AAdvanced von Legato ein (habe allerdings keine praktische Erfahrung damit!). Ich bin mir aber ziemlich sicher, dass es mit "Boardmitteln" keine Möglichkeit der "Serverspiegelung" gibt.

Das Log gibt nichts an Infos her? Die Rücksicherung aus nem backup von vor 2 Jahren würde ich nicht einspielen .... ist doch vielleicht ein etwas "rustikal" Stand ;) Die ntds.dit kannst du mit ntdsutil reparieren/checken: HOW TO: Use Ntdsutil to Manage Active Directory Files from the Command Line in Windows 2000 HOW TO: Complete a Semantic Database Analysis for the Active Directory Database by Using Ntdsutil.exe Integrity-Check: :\>ntdsutil ntdsutil: files file maintenance: Integrity (mehr Infos dazu hier: Active Directory Diagnostic, Troubleshooting and Recovery)

Hast Du den Server mal "protokoliert" hoch gefahren? Oder "abgesichert"? Ntdsutil dürfte auf einer Workstation nicht funktionieren. So lange keine lokale Anmeldung am DC funktioniert, würde ich auch bezweifeln, dass die Installation eines replizierten DCs funktioniert. Ich werde das Gefühl nicht los, dass beim "normalen" Start der Verzeichnisdienst nicht gestartet wird .... und dann sieht es imho "böse" aus.

Bei Prometric: 50 Fragen in einem Rutsch Prüfung läuft stabil. Einige Fragen tauchen erst nach einer "kurzen" Ladezeit auf (bei der laut Prometric die Zeit nicht weiterläuft). Nach den eigentlichen Testfragen kann man noch zu jeder gestellten Aufgabe einen Kommentar abgeben + 21 Fragen zur Zufriedenheit. :) Zögert in meinen Augen die Anzeige des Ergebnisses nur unnötig raus. In meinen Augen der "brutalste" Test von Microsoft seit 5 Jahren!

Mir sind zu dem Fehler mehrere Ursachen bekannt: * Fehlerhaftes oder "falsch erkanntes" RAM (Windows XP ist da etwas pingeliger) * Probleme mit der Festplatte oder dem Controller (z.B. defekte Elektronik) * Falscher oder fehlerhafter Chipsatz bzw. Treiber für den Chipsatz

c't 9/2003, S. 214: Hotline -> Nach Datum löschen

Wenn Dir der Befehl Shutdown statt reboot auch recht wäre: Shutdown.exe aus dem ResourceKit :-) Geht sowohl lokal (wenn Du per telnet auf dem Rechner bist, als auch remote über das netzwerk. shutdown.exe -[option] -s Fährt den Computer herunter. -r Fährt den Computer herunter und startet ihn neu. -a Bricht das Herunterfahren des Systems ab. -m \\Computer Remotecomputer zum Herunterfahren/Neustarten/Abbrechen. -t xx Zeitlimit für das Herunterfahren, in xx Sekunden. -c "Kommentar" Kommentar für das Herunterfahren (maximal 127 Zeichen). -f Erzwingt das Schließen ausgeführter Anwendungen ohne Warnung.

Eine Möglichkeit bei W2k und XP/2003 wäre evtl. die Wiederherstellungskonsole zu starten und die Datei/n des Virus zu löschen. Anschließend den Rechner "normal" starten und die Einträge aus der Registry entfernen.

Vielen Dank für Deine Mühe Günter !!!

Du meinst , Du hast dem User das NTFS-Recht "Ändern" für das Laufwerk C entfernt? Falls Du die NTFS-Berechtigung meinst, dann könntest Du die Berechtigung von der Eingabeaufforderung mit dem Befehl CACLS benutzen.

@BABA: Ich wollte mit meinem Beitrag nur verdeutlichen, was heidiland oben im Beitrag schon geschrieben hat: "Admin ist nicht gleich Admin". Ausserdem kenne ich einige große Netzwerke, bei denen die Gewaltenteilung mit unterschiedlichen Adminstratorenkonten erforderlich ist, sprich, die Exchange-Installierer/Administratoren sind noch lange kein Schema- oder Domänen-Admin. Aber ich gebe Dir schon recht: Wenn man eh einen User hat, der Schema-, Domänen- und lokaler Adminstrator ist, führt man die Installation durch, ohne sich jedesmal neu anzumelden.

Die Installation läßt sich auch in 3. Teilen erledigen: 1. Anmelden als "Schema-Admin": - > setup.exe /forestprep Installationsroutine führt nur die Änderung des Schemas durch. 2. Anmeldung als Domänen-Admin: -> setup.exe /domainprep Bereitet die Domäne entsprechend vor. 3. Anmelden als lokaler Admin auf dem Server: -> setup.exe Installiert den Exchangeserver auf dem Server