Dukel

Ich glaube bei Regel Nr 9 ist eher gemeint, dass man nach einer Lösung sucht, bevor man einen gleichen Thread aufmacht. Sonst bräuchte man Regel Nr 7 nicht.

.oO(Ich frag mich wozu man diese ganzen Infos braucht um die Frage zu beantworten ob ein Server mit DAS oder mit im gleichen SAN sinnvoller ist. Außerdem muss NDMP Über LAN verbinden sein. Gibt ja keine FC Leitung da)

Hast du, wie auf dem Bild unter (nicht vom 2003 Server irritieren lassen, sieht bei 2008 so ähnlich aus), per Server oder per Arbeitsplatz ausgewält?

Andere Idee: Ein (oder mehrere) neues Subnetz, welches per DHCP versorgt wird erstellen, mit dem vorhanden per Router verbinden und dann jedes Gerät nach und nach umstellen. Da kann man die Bereiche, die du haben willst, gleich in Subnetze aufteilen.

Es geht wohl nicht um die Device / User Lizenzierung, sondern eher um das Pro Server oder pro Arbeitsplatz. Bei Pro Server kann man eine max. Verbindungen eingeben (diese ist per Default bei 10). Vielleicht war das die Einstellung, die dazwischen gefunkt hat. Da ich das noch nie so eingestellt habe (und noch nirgends gesehen habe) kann ich das noch 100% sagen.

Ich würde alles in die Powershelldatei einfügen (auch das Kopieren) dann kannst du mit get-childitem und remove-item die Vorhandenen Dateien auslesen und z.B. mit get-date das Datum auslesen und an den Dateinamen anhängen.

Also ich war schon auf einigen mehr als 10 Servern zur gleichen zeit mit meinem User angemeldet. Wenn es so eine Beschränkung gibt, dann nicht per Default.

Wie wärs als Idee für den Disaster Fall ein Backup bei einem Internet-Hoster oder in der Cloud? Kann man evtl. Bandbreitenbegenzen, da man ja fast alle Zeit der Welt hat. Oder man trägt täglich das aktuelle Band zur Bank.

Was geht da nicht? Gibt es auch eine Fehlermeldung oder einen Eintrag im Eventlog?

Wins lässt sich replizieren.

Ich würde mich um die Fehlermeldung, die du im anderen Thread unter http://www.mcseboard.de/virtualisierung-82/hohe-cpu-auslastung-anmeldung-2-173822.html gepostet hast kümmern und dieses beheben. Ich glaube nicht, dass dir da ein Memory Dump hilft.

Mit einem Backup2Disk2Tape Konzept im gleichen Gerät kein Problem sein sollte. Man dupliziert nachts seine Daten auf der Storage und kopiert diese am nächsten Tag in Ruhe auf ein entferntes Tape (oder entfernte Storage und da ggf. auf Tape). Man hat dabei eben einen Möglichen Verlust von z.B. 24h statt nur 12h, bei einem Disaster Fall. Für "normales" Backup einzelner Objekte ist das auf jeden Fall besser (schneller, genauer Vorhersagbar).

_WO_ Anmelden? An verschiedenen Rechnern? Auf einem Terminalserver?

Es gibt 150GB Änderungen täglich im Exchange? Wieviel Daten sind es gesamt (Full Backup Daten + Exchange)?

Das geht aber so nicht. Eine Art Raid 0 für Fileshares geht so nicht. Entweder du lebst mit dem Workaaround oder du erweiterest einen der Server mit Platten oder du lässt das ganze sein.

Du willst das du z.B. unter \\domain\daten alles auf beide Server gleichmäßig verteilt wird? Das wird so nicht gehen. Du wirst 2 Freigaben machen müssen und z.B. \\domain\daten\a-m auf Server1 zeigen lassen und \\domain\daten\n-z auf Server2 (oder anderst aufteilen).

Läuft irgendwas um 18 Uhr? (Backup, Wartungstasks,...)

Für eine Auswertung nach Speicherplatz würde ich kein unnötiges Backup durchführen. Höchstens (wenn das möglich ist) im aktuellen Backup nachschauen.

Oder Kürzer: Get-ChildItem | % { $sum = 0; Get-ChildItem $_ -Recurse | % { $sum = $sum + $_.length }; "$_ - {0:N2} MB" -f ($sum/1MB) } Aber ich glaube es geht eher um das Problem der fehlenden Rechte. Habt ihr euch schon Quotas überlegt?

Bei Windows 2008 und höher geht vergrößern und verkleinern im Betrieb mit Bordmitteln.

Dann sag dazu auch Backup und nicht Raid 1 für Server übers Netzwerk. Backup und Raid sind 2 komplett verschiedene Dinge. Backup Software gibts wie Sand am Meer. Überlege dir ein gutes Konzept, schau die entsprechenden Produkten an und vergleiche dann.

Poste auch mal folgende Error Logs: C:\Programme\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\SQL9_Hotfix_KB2463332_sqlrun_sql.msp.log C:\Programme\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\OLAP9_Hotfix_KB2463332_sqlrun_as.msp.log

Dank für die Rückmeldung. Ich würde mir evtl. die Backgroundjobs von Powershell anschauen. Damit kann man das doch paralellisieren und somit bei Mehrkern Prozessoren die Leistung verbessern bzw. die Laufzeit des Scriptes verkleinern. Bei 40 Unterordnern und 4 Kernen würde ich 4 Packprozesse laufen lassen und du brauchst nur 10x so lange und nicht 40x so lange wie bei einem Ordner.

Wie wärs, wenn du die CLI version von 7Zip nutzt. Diese macht das per Default, da kein extra Prozess aufgeht.

Welche Backupsoftware verwendest du? Ist der 3. Server im selbe Brandabschnitt (z.B. im selben Rack) wie die anderen 2?