balou2109

Läuft leider nicht. Sollte um 21:00 Uhr starten, kein Eintrag in der Ereignisanzeige und als nächster Termin wird der 16. angegeben. Habe jetzt als schnelle Lösung ein Netzlaufwerk auf dem NAS gemappt und übertrage per robocopy alle Daten dorthin, sodaß wenigstens noch eine Sicherung existiert. Denke das wir hier über kurz oder lang an einer Server/Client-basierten Sicherungslösung nicht vorbeikommen. Werde mich mal in den nächsten Tagen mit bacula unter Linux befassen, wenn ich auch kein Linux-Freak bin. Mittlerweile soll Linux ja auch von Microsoft-Jüngern bedienbar sein :D. LG Michael

Hallo Günther, als Benutzer war nunmehr (nachdem ich in den letzten Tagen Änderungen vorgenommen hatte) "System" eingetragen. Habe jetzt als Benutzerkonto mein Adminkonto mit entsprechendem Passwort angegeben. Mal schauen ob sich demnächst etwas tut. LG Michael Ps.: Erstmal bedankt für die schnelle Hilfe.

Hallo Günther, 1. unter welchem Account die Sicherung damals eingerichtet wurde, kann ich nicht eindeutig sagen, ich vermute aber mal, unter dem Account, den ich dann "herabgestuft habe. 2. Hier der Auszug aus der Ereignisanzeige: Anwendung+Dienstprogramme -> Microsoft -> Windows -> Backup -> Operational: Protokollname: Microsoft-Windows-Backup Quelle: Microsoft-Windows-Backup Datum: 27.08.2011 01:52:24 Ereignis-ID: 14 Aufgabenkategorie:Keine Ebene: Informationen Schlüsselwörter: Benutzer: SYSTEM Computer: DBS-CONS-DC-1.dbs-consulting.local Beschreibung: Sicherung abgeschlossen Protokollname: Microsoft-Windows-Backup Quelle: Microsoft-Windows-Backup Datum: 28.08.2011 10:45:55 Ereignis-ID: 144 Aufgabenkategorie:Keine Ebene: Informationen Schlüsselwörter: Benutzer: SYSTEM Computer: DBS-CONS-DC-1.dbs-consulting.local Beschreibung: Es wurde ein neues Volume "F:" erkannt, das nicht für die Sicherung vorgesehen ist. Protokollname: Microsoft-Windows-Backup Quelle: Microsoft-Windows-Backup Datum: 28.08.2011 10:45:55 Ereignis-ID: 1 Aufgabenkategorie:Keine Ebene: Informationen Schlüsselwörter: Benutzer: SYSTEM Computer: DBS-CONS-DC-1.dbs-consulting.local Beschreibung: Die Sicherung wurde gestartet. Protokollname: Microsoft-Windows-Backup Quelle: Microsoft-Windows-Backup Datum: 28.08.2011 10:46:01 Ereignis-ID: 9 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter: Benutzer: SYSTEM Computer: DBS-CONS-DC-1.dbs-consulting.local Beschreibung: Bei der um "{6ed34905-8095-48c3-b784-31b561ba3175}" gestarteten Sicherung ist ein Fehler aufgetreten, da der Volumeschattenkopie-Vorgang für Sicherungsvolumes nicht erfolgreich war. Fehlercode: "2155348129". Protokollname: Microsoft-Windows-Backup Quelle: Microsoft-Windows-Backup Datum: 28.08.2011 10:46:01 Ereignis-ID: 14 Aufgabenkategorie:Keine Ebene: Informationen Schlüsselwörter: Benutzer: SYSTEM Computer: DBS-CONS-DC-1.dbs-consulting.local Beschreibung: Sicherung abgeschlossen Danach kommen nur noch Ereignisse bezogen auf meine vergeblichen Versuche, die Sicherung wieder zum Laufen zu bekommen. Beim Durchschauen der Ereignisanzeigen fiel mir noch ein, das ich ein weitere USB-Festplatte angeschlossen hatte, um eine Kopie der Daten ad hoc anzufertigen. Das wars aber auch schon. Gruß Michael

Hallo Profis, hier das Szenario: In unserer kleinen Firma nutzen wir einen Server 2008R2 als DC, Daten- und Druckserver. Bisher hatten wir zur Sicherung der Firmendaten die Windows Server Sicherung verwendet, was auch seit Monaten wunderbar lief. Inkrementelle Sicherungen jeden Tag um 1 Uhr morgens. Am 28.8. kam die erste Fehlermeldung, das die Sicherung nicht beendet werden konnte. Da eigentlich ein Kollege dafür zuständig war, ist es mir zunächst nicht aufgefallen. Dem Kollegen wurde allerdings am 28.8. zum Ende September gekündigt und die Firmenleitung bat mich, ihm den Zugang zum Server mit Wirkung vom 27.8. zu verweigern. Ich änderte also am 27.8. nachmittags seinen Account von Administrator auf einfachen User. Scheinbar habe ich damit die Sicherung "abgeschossen", da dies die einzige Änderung am 28.8. auf dem Server war. Vielleicht kann ein Profi etwas Licht ins Dunkel bringen. Ist die Accountänderung dafür verantwortlich und wenn ja, wie muß ich vorgehen, um die alte Sicherung wieder ans Laufen zu kriegen? Habe bereits versucht, die alte Sicxherung zu beenden, eine neue USB-Platte angeschlossen und mit dieser neuen Platte einen neuen Sicherungsplan erstellt. Funktioniert aber nicht. Wäre für Hilfe echt dankbar. Herzliche Grüße Michael

Danke für den Hinweis, Necron. Ich entnehme Deiner kurzen Mitteilung, das Du an meiner Vorgehensweise bezüglich der Problembehandlung keinen "Stein des Anstosses" findest. Gruß Michael

@Nilsk Ich habe eigentlich mit Dir überhaupt kein Problem. Ich habe nur in einem anderen Thread festgestellt, das Du dort genauso geantwortet hast wie in diesem Thread. Nämlich erstmal aufzählen was alles Deiner Meinung nach nicht richtig läuft (und das ist gut so) ohne dann aber näher auf das Problem einzugehen. Und auch Dein letzter Beitrag hier: ist eher kryptisch als hilfreich. Trotzdem Dank für Deine Bemühungen. Ich freue mich, Dein Killfile zu vergrößern. Gruß Michael

Erstmal allen herzlichen Dank für ihre Hilfe und Vorschläge. Die letzte Nacht wurde lang, hat aber auch keine Lösung gebracht. DNS-Eventlog zeigt seit gestern mittag keine Fehler mehr, Netzwerkkarten und IP-Adressen sind nunmehr sauber konfiguriert, über die Diagnose in der Eingabeaufforderung kann ich ablesen, das der DC2 alle FSMO-Rollen übernommen hat und trotzdem verliert er nach ca. 1-3 Stunden die Domäne und scheint nicht mehr zuständig zu sein. Da sich aber alle Mitarbeiter weiterhin an der Domäne bzw. am Netzlaufwerk anmelden können und alle Berechtigungen entsprechend den Sicherheitseinstellungen funktionieren, lassen wir diesen Status quo bis Freitag nachmittag laufen. Der DC1 hat heute 2 neue Festplatten und ein neues W2008-Betriebssystem bekommen. Freitag abend bzw. Samstag wird der DC2 über dcpromo als letzter Domänencontroller "entlassen". Danach wird er mit dcpromo wieder zum (vorläufig) einzigen DC einer neuen Domäne heraufgestuft und alle Berechtigungen für die Dateizugriffe werden "händisch" wieder in die neue AD eingepflegt. Ich hoffe damit alles wieder sauber zum Laufen zu bekommen, da ich alles andere für einen "Reparaturversuch" halte, bei dem ich nicht sicher bin , ob der Patient völlig gesundet. Ist zwar ein paar Stunden Arbeit, sichert mir aber hoffentlich in nächster Zeit einen ruhigeren Lauf. Was die Redundanz angeht, nochmals Dank an NilsK. Suchfunktion kann ich nutzen (bin ja ein großes Kerlchen) und finde dann hoffentlich eine Lösung. Du hast ja schon in einem anderen Beitrag hier im Forum lan g und deutlich erklärt was falsch gemacht wurde, ohne konstruktiv zu sein. Nochmals Dank an alle, die bis in die späten Abendstunden versucht haben, mir konstruktiv unter die dünnen Ärmchen zu greifen. Gruß Michael Ps.: Falls ich mit dieser Vorgehensweise wieder falsch liegen sollte (siehe Redundanzverwsuch) bitte kurze Mitteilung. Wäre echt dankbar.

Hallo, er ist der einzige DNS-Server in der Domäne und auf dem aktivierten Netzwerkadapter ist er als DNS-Server 127.0.0.1 eingetragen. Den von Dir verlinkten Artikl werde ich mir morgen noch einmal zu Gemüte führen. Es wird halt spät für einen alten Kerl wie mich. Gruß Michael :cry:

Hallo Necron, versuche die Protokolle in eine Datei zu speichern, komplett sind das aber 7mb. Die kann ich hier nicht anhängen. Wie sieht es mit den Eventlogs bestimmter Dinste aus? Dateireplikation? AD? DNS? Bestimmte Wünsche? Dank für die späte Hilfe. Habe gerade beim Vergleich der beiden dcdiag-Dateien festgestellt, das die Fehler offensichtlich weniger werden. Der Test zum Advertising wird von DC2 mittlerweile bestanden. Gruß Michael

Ihr Lieben, Häckchen war gesetzt. Gruß Michael dcdiag-2.txt

Hallo dmetzger, der DC2 hat 2 Netzwerkkarten, von denen eine allerdings deaktiviert ist. Zur Frage des globalen Katalogservers. Offensichtlich nicht, wenn ich die Ausgabe von dcdiag richtig verstehe. Konnte allerdings auch nirgendwo fündig werden, inwiefern ich den DC2 als globalen Katalogserver benennen oder ihm die Rolle zuweisen kann. Gruß Michael

@Necron: Ich arbeite dran. Nur Fehlermeldungen oder auch die Infos und Warnungen? Im Anhang erstmal Bilder aus der DNS-Verwaltung. Bitte um Entschuldigung, wenn ich ein paar Sachen "ausgraue". Muss mich derzeit über Fernwartung einloggen. Gruß Michael Und Dank für die prompten Antworten. :jau:

Im Anhang das Ergebnis von dcdiag /test:dns. Alle Einträge im DNS auf den DC-1 sind entfernt worden.... Gruß Michael dcdiagdns.txt

hier erstmal die Ausgabe von DCDIAG: (als Anhang) Eventlogs vom DNS oder AD? Was hilft weiter? @NilsK: Über die Redundanz kann man ja sicher diskutieren, oder dem Kerl eine andere Lösung anbieten, oder? Der Server wurde nach dem Crash nicht über ein Image zurückgespielt sondern aus der täglichen inkrementellen Sicherung, die unter MS eingerichtet war. Kann ja nicht ganz verkehrt gewesen sein, da wir zumindest den DC1 nach Ausbau der defekten Festplatte und Wiederherstellung zum Laufen bekommen haben. Ansonsten ist mir schon klar, das ich nur gefährliches Halbwissen habe, da ich zu der Gruppe der Arbeitsamts-MCSE´s gehöre, die man vor ein paar Jahren in 4-5 Monaten durch die AD gejagt hat. Aber irgendwie sind wir doch alle nicht mit dem MMC.EXE in der Wiege geboren worden. Ich weiß, das Eure Zeit genauso kostbar ist wie meine. Würde mich trotzdem freuen, wenn der ein oder andere Fachmann den ein oder anderen Tip hat. Wenn noch Info´s gewünscht, dann bitte in meinen Hintern treten. Werde das dann schnellstmöglich nachliefern. Gruß Michael dcdiag.txt

Hallo erstmal. Bisher habe ich immer eine Lösung hier im Forum gefunden. Nunmehr steht mir aber das Wasser bis zum Hals und Hilfe scheint nicht möglich. Hier das Szenario: Firma hat 2 Domänencontroller Betriebssystem Server 2008, DC1 und DC2. Beide sind beschreibbare DC´s. DC1 wird als Dateiserver verwendet, mit entsprechenden Zugangsberechtigungen für Ordner und Dateien. Diese Daten wurden mehrmals am Tag per robocopy mit Kopie der Zugangsberechtigungen auf den DC2 kopiert. Funktionierte auch tadellos bis... Ja, bis eben der gute DC1 auf grund eines Festplattencrash´s seinen Geist aufgab. Er wurde dann aus einer Serversicherung vom Vortag wieder hergestellt. Damit war das Problem aber nicht behoben. DC2 meckerte über den fehlenden Replikationspartner. Und die Fehlermeldungen häuften sich. Also flugs den DC1 ausgeschaltet und die Netzlaufwerke neu auf DC2 gemappt. Nachdem ich dieses und andere Foren zu Rate gezogen hatte, habe ich den DC1 über dcpromo /forceremoval herabgestuft. Auf dem DC2 über NTDSUTIL.exe die Metadaten gesäubert und alle FSMO-Rollen auf den DC2 übertragen. Und nun ratet mal, wie das System jetzt funktioniert? Der DC2 erkennt nach ca 1-2 Stunden seine eigene Domäne nicht mehr. Ich muß über den AD-Editor eine Verbindung zum Namenskontext, Schema etc.machen, dann weiß DC2 auch wieder, wofür er zuständig ist. Aber: Nachdem ich einen Rechner aus der (offensichtlich defekten) Domäne entfernt hatte, kann ich ihn nun nicht mehr der Domäne über DC2 hinzufügen. Ein Domänencontroller sei laut Clientrechner nicht verfügbar. Alle Mitarbeiter können sich zwar auf dem Netzlaufwerk bei DC2 anmelden, können aber nicht abspeichern. Ich bin mit meinem Latein eigentlich am Ende. Ich hielt einen zweiten Domänenkontroller mit allen kopierten Daten eigentlich für einen vernünftigen Weg der Redundanz, muß aber jetzt feststellen, das es einfacher gewesen wäre, die Daten ohne Berechtigungen auf einer Maschine zwischenzuspeichern und im Zweifelsfalle einen neuen Domänencontroller aufzusetzen und dort händisch alle Gruppen und User neu einzurichten und die Dateiberechtigungen neu zu vergeben. Wobei das mit der Domänenmitgliedschaft der Clientrechner wohl auch wieder Probleme gegeben hätte. Nu hab ich trotz Redundanz den Supergau. MS sei Dank. Vielleicht hat ja noch ein Crack von Euch eine Idee, wie man das ganze wieder zum Laufen bringt. Michael :cry: