carlito

Zeit: Während des Backups wird die Produktivumgebung nicht wirklich gestört wg. VSS.

Muss der Admin nicht warten bis alle Backups fertig sind? Und was hat die Zeit mit VSS zu tun?

Es könnte natürlich passieren, dass es so lange dauert, dass es das nächste geplante Backup beeinträchtigt, oder dass dadurch die Performance des Servers leidet. Dann kann man die o.g. Backups ja zur Not auch mittels geplantem Task an einem sonnigen Sonntag Morgen ausführen lassen oder so, irgendwann findet sich da immer Zeit für ein "Wartungsfenster"

Und das alles nur, um die Größe der Home Verzeichnisse zu ermitteln?

Speicherplatz: Wir reden von ein paar Verzeichnissen. Sagen wir mal 10. Pro User rechnen wir mal 10 GB. Das wären 100 GB, die man doch bestimmt noch irgendwo findet (natürlich nicht auf einer USB Platte oder sowas....) und die in keinen Backupplan aufgenommen sind

100 GB für nichts. Na ja...

Mag alles sein, trotzdem halte ich dein Vorschlag für den denkbar schlechtesten Ansatz. Nicht böse sein, war bestimmt gut gemeint. ;)

Das sind pro Home-Verzeichnis ungefähr 8 Mausklicks + eine Pfadangabe, finde ich jetzt nicht sooooo wild. Wie gesagt, wenn es nur ein paar sind. Er wird ja wohl auch nicht jeden seiner Benutzer in Verdacht haben, somit reduziert sich die Anzahl der zu sichernden Verzeichnisse ja auch nochmal

Unabhängig von der Anzahl Mausklicks: was ist mit dem Speicherplatz und der Zeit, welche die Backups benötigen? :(

Mit Bordmitteln sind unter 2003 mehrere Kennwortrichtlinien nicht möglich.

wir müssten mal wissen wie groß die einzelnen Home-User Ordner sind.

 

Nun ist es ja so, dass durch die benutzerspezifischen Rechte kein Zugriff für den Admin erlaubt ist. Was soweit okay ist und uns auch nicht stört weil es uns nicht um die Daten geht.

Ist 2003 R2 oder höher vorhanden? Dann mach es mit dem FSRM. Die Berechtigungen sind dabei egal.

Wenn es nur ein paar sind mach Backups von jedem Einzelnen mit NTBackup. Dann siehst du wie groß die .bkf Dateien sind.

Komplizierter geht's wohl nicht, oder? :eek:

Hat jemand eine Idee?

Schon in die Pure-FTPd Logs geschaut?

Wo kommt der denn dieser Fehler her? Warum kann er diese Datei angeblich nicht öffnen?

Da du meine Fragen nicht beantwortest sehe ich keinen Sinn darin dir weiterhin zu helfen. EOD für mich.

Unabhängig vom SRV Record Query, was konkret ist das Problem?

Da auch Drucker über DHCP ihre IP erhalten, sind sichere / unsichere Updates zugelassen [...]

Warum, wenn die Updates durch den DHCP Server vorgenommen werden?

Da hast du natürlich vollkommen Recht...aber die Umstände kann ich nicht ändern.

Warum nicht?

Mein Testserver Zuhause läuft wunderbar und macht keine Fehler hat aber auch nur eine NIC.

Und warum benutzt du nicht diesen für deine Experimente? Kann man dort nicht mehr NICs einbauen?

Für mich ist halt interresant ob es eine Möglichkeit gibt den Fehler zu beheben, weil dieser ja erst seit einem Stromausfall vorhanden ist. Vor dem Stromausfall gab es nie Fehlermeldungen.

Wie gesagt, ich kann dir nur davon abraten mit diesem Konstrukt weiter zu machen. Das Problem lässt sich beheben, aber das ist nicht dein einziges Problem...

Nun möchte ich eine DNS Domain erstellen, die aber nur auf den 3 Server in der Zentrale bekannt sein sollen.

Warum? Was ist Sinn und Zweck?

Wenn der mal stabil ohne Fehlermeldung laufen sollte dann vielleicht.

Davon rate ich dringend ab. Ein DC mit mehreren NICs, dazu noch VPN Funktion.

Warum fragst du das?

Weil das alles ziemlicher Murks ist, was du dort (vor)hast.

Was macht das für den Fehler für einen Unterschied?

Der aktuelle Fehler ist nicht das Problem. Mir geht es um Grundsätzliches.

Siehst du da schon was warum das nicht gehen sollte?

Zum Einen ist ein DC direkt am Internet keine gute Idee. Zum Anderen ist ein DC mit mehreren NICs ebenfalls keine gute Idee. Zum Dritten ist ein DC als VPN Server auch keine gute Idee...

Oder Sichheitslücken?

Auch. :P

PS: Warum machst du diese Lern- und Bastel-Spiele nicht (zuhause) in einer isolierten Umgebung?

der Server wird noch nicht als Produktive Maschine genutzt. Er ist zum lernen und probieren gedacht und zum einarbeiten....

Das beantwortet die Frage nicht eindeutig. Anders gefragt: bleibt das ein privater Spielserver oder soll dieser Server geschäftlich genutzt werden?

Ich habe es im Thread mittgeteilt.

https://www.mcseboard.de/windows-7-forum-76/wds-unattend-xml-174386.html#post1075869

09.02.2011, 16:31 Uhr

https://www.mcseboard.de/windows-server-forum-78/dhcp-pxe-problem-2-174451.html#post1076239

11.02.2011, 08:09 Uhr

Merkst du was?

Denkst du vielleicht auch an die Leute, die deine Threads lesen, dir helfen wollen und sich zwei Tage lang darüber Gedanken machen, wie genau sie dir helfen können? Und dann zwei Tage lang Zeit verschwenden, obwohl das Problem gar nicht mehr existiert - du es allerdings nicht kommunizierst.

Werden in diesem Forum auch noch Fragen beantwortet?

Wie Sunny61 in anderen Worten schon gesagt hat: du hast hier keinen Anspruch auf gar nichts. Wer frech wird dem helfe ich zumindest nicht (mehr).

PS: Willkommen im Killfile.

Der Server steht im Rechenzentrum deswegen die öffentliche IP.

Ist das ein geschäftlich genutzter Server oder ein privater Spielserver?

;oin,

 

:confused: dann sag mir bitte, wie ich dein Post, auf das ich mich bezog, anders hätte verstehen sollen.

@Daim die dc's sin getrennt es sin Blade Server die je in einem RZ stehen, darunter eine Eva.

Meine Aussage war auf die räumliche Verteilung der DCs bezogen.

Das mag sein, aber das hast du nicht geschrieben.

Stimmt, habe ich nicht. Aber ich habe auch nicht geschrieben, dass es Hardware oder SAN abhängig wäre.

PS: Für dich werde ich es das nächste Mal dazu schreiben. ;)

so sieht es aus:DNS

Dann ist die Frage aus Posting #15 doch beantwortet. War das so schwer?

Warum hat dein DC/DNS Server mehrere IP-Adressen?

An welcher Stelle kann ich diesen Eintrag finden?

Wie oben geschrieben: in der Zone.

PS: Nicht böse gemeint, aber wenn du noch nicht mal weißt, wo man Resource Records findet solltest du an dieser Stelle aufhören und die Sache einem Fachmann überlassen.

[WARNING] Cannot find a primary authoritative DNS server for the name

's15334098.dekozell.local.'. [ERROR_TIMEOUT]

The name 's15334098.dekozell.local.' may not be registered in DNS.

Existiert in der Zone ein SOA-, NS- und A-Record (für s15334098.dekozell.local, falls du nur einen DNS Server hast)?

[FATAL] Could not open file C:\WINDOWS\system32\config\netlogon.dns for reading.

Existiert diese Datei?

[FATAL] Could not open file C:\WINDOWS\system32\config\netlogon.dns for reading.

Hast du (vorher) "net stop dns && ren %systemroot%\system32\config\netlogon.dns netlogon.dns.bak && net start dns && net stop netlogon && net start netlogon" ausgeführt?

wieso sollte die eingesetzte Hardware und die Anbindung an ein SAN Einfluss auf die sinnvolle Anzahl von DCs haben? Blades fallen auch nicht seltener aus als Rackserver, und vor einem Schaden am OS schützt auch das SAN nicht.

Habe ich irgendetwas davon geschrieben, dass die Anzahl DCs von der Hardware und/oder SAN abhängig ist? Meine Aussage war auf die räumliche Verteilung der DCs bezogen.

Zwei DCs sind Minimum, aber es bleibt dabei: Wenn ein DC dann ausfällt, wird die Situation kritisch.

Das bezweifle ich nicht.

Entweder hat man dann sehr gute Recovery-Prozesse,

Ich sagte bereits, dass es u.a. auch vom Backup Konzept (genauer: Recovery Prozess) abhängig ist.

oder man hat eben noch einen dritten, vierten, ... DC, der die Situation entspannt. Bei vierstelligen Userzahlen würde ich das Risiko eingrenzen wollen.

Wie bereits gesagt ist es eine Frage des Kosten-Nutzen-Verhältnis.

ja ist richtig eingestellt. Dynamisches Update [Nur sichere]

Ändere es temporär auf "Nicht sichere und sichere" und führe dann "net stop dns && net start dns && net stop netlogon && net start netlogon" aus.

Sind dynamische Updates zugelassen?

Was kann ich noch machen?

"net stop netlogon && net start netlogon".

Ist es so schwer den Links im Heise Artikel mal zu folgen?

Zumal ich oben schon geschrieben habe: "Dort ist auch der entsprechende MS KB Artikel verlinkt." :rolleyes: