DocData

Ich habe einige Nutanix Installationen hinter mit. Das wäre genau das Richtige für dich. ***ensicher und du hast Server und Storage in einem System kombiniert. Bei entsprechender Anzahl von Nodes oder Blöcken hast du sogar ganz ordentlich Redundanz. die 6020 ist aber für deinen Fall viel zu groß. Da würde ich eher die 1000er oder 3000er Serie in Betracht ziehen. btw: Bei den 60k US-$ fehlt der Support... Und an dieser Stelle hast du dann auch keine Switches und keine Lizenzen. Ein von mir immer wieder gern verkauftes Bundle ist die 1050 oder 3050. Dazu vSphere Standard bzw Enterprise (8 CPUs), zwei HP 2920 oder 5820 Switches, ein paar DAC Kabel, Veeam B&R für das Backup und fertig ist die Laube. Sind ein paar Lineitems, das Angebot ist nicht länger als eine Seite. Inbetriebnahme ist an einem Tag erledigt. Das geht weg wie warmes Popcorn.

Hört bitte auf immer von "der SAN" zu reden. Benutzt den Begriff bitte korrekt. 2,5" SAN... wo bin ich hier nur gelandet?

Kommt auf das Knowhow und das System an. Kann sein, muss nicht. Kommt auf die Anforderungen an. Kinderspielzeug. Kann reichen, muss aber nicht. i.d.R. ist damit gemeint, dass pro Controller zwei 1 GbE Ports vorhanden sind. Die sog. Front-End Ports haben nichts mit dem Plattenbackend zu tun. Die Frage habe ich nicht vestanden. Direkt-attached geht auch. Aber wozu dann iSCSI? Dann nimmst du SAS. Dürfte für dich auch einfacher sein. Etwas Älteres hast du nicht gefunden? MSA20, MSA1000/1500, EVA4000... habe ich alle in den Händen gehabt... vor 10 Jahren (okay, die EVA4000 vielleicht vor 8 Jahren, dafür die MSA1000, damals noch von Compaq, schon vor 12 Jahren). Ganz wichtig: Es ist DAS SAN! Das STORAGE AREA NETWORK. Es ist ein Netzwerk, kein einzelnes Device. Das SAN ist ein Netzwerk, an das Speichersysteme, Bandlaufwerke, Server etc. angeschlossen werden. Du baust mit Switches, Host Bus Adaptern/ Netzwerkkarten, Servern und unterschiedlichen Speichersystemen ein SAN auf. Was du die ganze Zeit meinst ist ein Speichersystem. Bitte, bitte, bitte, mit Zucker oben drauf, sprich nie wieder in meiner Gegenwart von "der SAN".

Nichts Anderes habe ich geschrieben. Ich habe viele iSCSI Umgebungen aufgebaut (viele mit HP P4000, NetApp oder DataCore SANmelody/ SANsymphony/ SANsymphony-V). Diverse sind über die Jahre soweit gewachsen, dass sinnlos war mit iSCSI weiterzumachen. Diese Kunden sind zum größten Teil auf FC gewechselt, wenige in Richtung NFS (alle mit NetApp). Dedizierte Switches und ordentliche Switches sind das Wichtigste. Deswegen ist der Schritt auf 10 GbE iSCSI auch oft nicht sinnvoll. Bei den Kosten kann man direkt in FC investieren und hat dann eine deutlich bessere Effizienz. Jumbo-Frames sind nice to have. Heute würde ich eher darauf verzichten. Ab einer gewissen Größe kommt man einfach nicht um FC herum. Ich sitze derzeit bei einem Kunden mit einer mittleren, dreistelligen Anzahl Hosts und einigen tausend VMs. Mit iSCSI undenkbar. FCoE wird an einigen Stellen verwendet, aber der Vorteil einer konvergenten Infrastruktur lässt sich nur sehr schwer heben. Der Kunde setzt primär auf FC, teilweise auf NFS. Insbesondere NFS würde ich, ähnlich wie SMB3, den Vorzug gegenüber iSCSI geben.

Ach Gott... iSCSI funktioniert nur in kleinen Umgebungen mit wenig IO. FCoE ist nett, aber auch eher nur eine Brückentechnologie. Es geht nichts über Fibre Channel.

Ja, mehr Platten und schnelle Platten. Da bringen dir auch Jumbo Frames nichts mehr. Jumbo Frames sind im übrigend kein Allerheilmittel und ich würde sie heute nicht mal mehr als Best Practice bezeichnen, wenn überhaupt ein Common Practice. Dumm nur, dass viele IOs < 9000 Byte sind und in vielen Fällen (wenn wir von echtem IO ausgehen und nicht irgendwelcher Benchmarkkram) der Vorteil von Jumbo Frames nicht gehoben werden kann. Aber um es noch mal ganz konkret zu sagen: Mehr und schnellere Platten. Der Rest ist nur Kosmetik.

Sollte IMHO so sein, habe gerade keine Maschine hier um das zu testen. Ich bin mir aber relativ sicher das es so ist. Daher würde ich den integrierten Windows Scheduler verwenden. Wie gesagt: Das Skript muss nur auf einem der Server in der Gruppe ausgeführt werden. Das Backup wird auf jeder Maschine unter C:\\SSVBACKUP abgelegt. Theoretisch kann der Aufruf des Skriptes sogar von einem Client aus erfolgen, so dass auf dem Server nur das Backupfile abgeholt werden muss. Eine Dateirotation hat das Skript auch. Da hat sich der Autor Mühe gegeben!

Schau dir mal dieses Skript an. Nicht von mir, aber es funktioniert bei vielen meiner Kunden. *klick* Es muss nur auf einem Storage Server ausgeführt werden, es funktioniert per Windows Scheduler und am Ende kannst du gerne einen Eintrag reinmachen, der dir das aktuellste CAB File irgendwohin kopiert. Es ist aber auch völlig okay auf den Storage Server robocopy (es ist bei 2012 eh dabei...) zu nutzen oder einen Backupagent eurer Backupsoftware zu installieren. Wenn du den internen Scheduler verwendest, dann läuft der Task übrigens als DcsAdmin, nicht als Administrator. Das erklärt warum es bei dir als Admin funktioniert, aus dem Scheduler heraus aber nicht.

Ihr verwendet den integrierten Scheduler, also die Automated Tasks, um zu einer bestimmten Uhrzeit ein PoSh Skript auszuführen? Kannst du das Skript hier mal posten?

Das sind nicht zufällig DataCore SANsymphony-V Server und du verwendest nicht zufällig ein PowerShell Script um die Config der Storage Server zu sichern?

Händisch den alten DC entfernen und dann neu installieren. btw: Es ist mir ein Rätsel warum ausgerechnet immer die Server kaputt gehen, die ja gerade erst neu installiert wurden und bei denen noch kein Backup vorhanden war...

Warum sicherst du den DC nicht einfach wieder zurück?

Wäre es nicht eher das Thema Federation statt CrossOr? http://technet.microsoft.com/de-DE/library/jj657483(v=exchg.150).aspx

Als CCNA sollte man wissen, dass wenn der Host Frames mit VLAN Informationen sendet (und das tut er, wenn du VLANs im OS konfigurierst), die Switchports im Trunk-Mode laufen müssen. Hinsichtlich deiner verwendeten Subnetze würde ich mich auf eine Netzklasse festlegen und unterschiedliche Subnetze verwenden, wobei ich jedes Subnetz einem VLAN zuordnen würde.

Es kommt darauf an mit welchen Blockgrößen das Speichersystem arbeitet. Aus meiner Erfahrung kann ich aber sagen, dass es bei Datenbanken kaum nennenswerte Einsparungen gibt.

Robert, hast du dazu eine Quelle?

Dann wende dich an einen Partner in deiner Nähe. Ich bin untröstlich das unsere Fragen, um den von dir geschilderten Sachverhalt für uns verständlich zu machen, dein Problem nicht lösen. Denk mal scharf nach an wem das liegen könnte... Ich bin raus aus dem Thread.

Was glaubst du eigentlich was die Leute hier versuchen? Wenn es so dringend ist, dann kannst du gerne jemanden dafür bezahlen. Robert wird die sicherlich gerne, nach Einwurf kleiner Münzen, bei dem Problem helfen. Ansonsten könntest du auch einfach mal die hervorragende Dokumentation von Microsoft lesen. In der TechNet steht so ziemlich alles drin was benötigt wird, um Exchange in Betrieb zu nehmen.

Vielleicht mal zur Orientierung: Ich habe dutzende von HP StoreOnce/ D2D bei Kunden stehen und da komme ich im Schnitt locker auf ein Dedup-Ratio 10:1.

Ein Broadcast bleibt in einem VLAN. Wenn ein VLAN über mehrere Switches geht, dann tun da auch die Broadcasts.

Nein. Ein VLAN stellt eine Broadcastdomain dar.

Du brauchst keine Adressen vergeben. Die Geräte verfügen bereits über sog. World Wide Port und Node Names. Du musst lediglich auf den Brocade Switches das Zoning einrichten (idealerweise Single Initiator, Single Target). Anschließend auf dem Speichersystem Volumes anlegen und diese an die Hosts präsentieren. Eine Sache von vielleicht 15 Minuten.

Bacula ist OSS. Hast du wahrscheinlich übersehen...

Symantec EnterpriseVault könnte mit Abstrichen passen. Oder MailStore Server.

HP Data Protector, CommVault Simpana, Veeam Backup & Replication. Privat Acronis TrueImage zur Sicherung meiner Clients. Wenn es alles nichts kosten darf und in Ermangelung weiterer Anforderungen: Schau dir Bacula an.