djmaker

Ansonsten hast du hoffentlich das recovery pw für die Domäne . . . .

Solange du nicht auf ein Netzwerkshare schreibst . . . das gilt AFAIK nur für direkt angeschlossene Laufwerke (US; DAS, SAN etc. pp.)

Jetzt funktioniert der Link.

Hallo, ich versuche gerade das frisch erschienene HP SPP 2017.04 (21.4.2017) herunterzuladen. rotz Anmeldung am HP Portal und aktivem Support bekomme ich immer die Fehlermeldung "ungültige Produktnummer". Konnte bereits jemand das ISO herunterladen? https://www.hpe.com/us/en/product-catalog/detail/pip.service-pack-for-proLiant.5104018.html

Hallo allerseits, ich darf demnächst meine erste Doku zu einem Netapp FAS System erstellen. Kennt jemand von Netapp eine sinnvolle Vorlage (die man ggf. abwandeln kann) bzw. alternativ eine Art Inventory-Tool welches die Systemparameter in ein Dokument schreibt? Netapp OneCollect will bei mir nicht funktionieren . . . . . Ja, ich kenne die Befehle zur abhole der Infos. Nur das diese als RAW als Text Vorliegen und keine Ähnlichkeit mit einer Dokumentation haben. Vielen Dank im Voraus für eure Antworten.

Wie sieht es mit den Proxy-Einstellungen aus?

Klingt doof . .aber eine gebrauchte Fritz Box tut es auch . .nicht elegant, funktioniert aber ohne großen Aufwand.

Wenn es nicht den Kostenrahmen sprengt würde ich über System welches iSCSI / FC und CIFS bereit stellt nachdenken. Dazu würde u.U. eine kleine NetApp oder etwas vergleichbares passen. Ihr haltet den Datentraffic zum großen Teil von der Virtualisierung fern. Leider scheint UDP 6.5 noch keine Hardware-Snapshots von den meisten Storage-Systemen zu unterstützen, das wäre noch einmal separat zu betrachten. Das ganze mit Dual-Controller und stündliche Snapshots (siehe Trojaner) und ihr seid ziemlich safe. Natürlich sind entsprechende Hot Spare HDD vorzusehen. Bei einer so kleinen Umgebung würde ein Veeam Essentials sehr gut passen (kostet da nicht so viel und bietet bei entsprechender Edition auch Hardware-Snapshots für einige Storage Systeme)

Warum ein restore? Der neue Server läuft erst mit neuem Mainboard wieder. Nach dem Tausch des Mainboard läuft auch dr Hyper-V-Server wieder? Ich fehlt der Punkt an dem steht das Daten weg sind . . .

Aufs Blaue hin: 1 x Raid 5 mit 1 Volume, in Windows als MBR-Partition eingerichtet > 1 x neu installieren 1 x Volume im RAID-Controller löschen, 1x LW im Controller für LW C: anlegen (kleiner 2 TB), den Rest an verbleib. Platz als 2. Laufwek, dann Windows auf dem kleineren LW neu installieren, das 2. Volume in Windows als GPT-Laufwrek einbinden

Beim Thema Server und Storage kannst Du u.U. auch auf refurbished HW bzw. Demosysteme zurückgreifen. Du erhältst auf die Systeme die volle Herstellergarantie (z.B. bei MCL - keine Schleichwerbung!).

https://partner.microsoft.com/en-us/membership/core-benefits

Ein "pay per incident" - call kostet ca. 300 € netto bei MS - das sollte es wert sein. Sofern ihr ein Action Pack habt sind auch Calls inklusive für Euch.

Fastcopy ist auf jeden Fall extrem schnell. Ob man das per Kommandozeile steuern kann entzieht sich meiner Kenntnis. Folgende Optionen solltest Du prüfen: Läuft auf dem Ziel-Server eventuell noch ein RAID-Aufbau im Hintergrund? Könnt ihr eventuell den Quell-Serevr vorerst als Produktivserver nehmen und später die Zugriffe wieder umschalten?

zum Thema: -der Kunde wollte nicht / hatte keine Zeit / was weiß ich - ein StorageMigraton sollte nicht sein -die VMware-Support ließ uns das Filesystem mit dem Befehl "voma" checken, error count > 255 (mehr als 255 wird nicht gezählt) -"bitte wenden Sie sich an ihr Backup" -wir haben dann die Partitionstabelle neu erstellt und den Server auf der anderen NetApp wieder zum Laufen bekommen -derzeit werden alle Daten auf native cifs-shares der NetApp umgezogen -ein doch noch vorhandener Snapshot 2 h vor Beginn zeigte gleiche Effekte (wird als unformatiert angezeigt) -keine Ahnung, seit wann das Problem im VMFS-Dateisystem existierte http://www.running-system.com/how-to-check-vmfs-for-metadata-corruption-esxi-5-1-and-later/ Vielen Dank für die Ratschläge. PS: im Konzept stand sinngemäß das der AG für eine technisch einwandfreie funktiknierende Plattform zu sorgen hat

Hallo, ich sitze gerade mit einem Kollgen an einer Migration Netapp - Netapp. Stand: -Quell-Volume ist en per iSCSI angebundenes Volume mit VMFS5 -Migration sollte per 7MTT erfolgen -als Test wurde -die Vm innerhalb des Datastores heruntergefahren -die VM deregistriert -das Volume wurde auf allen ESX-Servern unmounted und anschließend entfernt -anschließend wurde ein sync Quelle / Ziel per Snapmirror durchgeführt Leider stellte sich heraus das scheinbar beim unmounten des Quell-Volumes dieses beschädigt wurde (partition table defekt?). Es gibt derzeit kenen Snapshot, ein eventuell vorhandenes Backup wird gerade gesucht. 1. Maßnamen -VMware-Support wird gerdae kontaktiert -parallel versuchen wir auf einem Clone des Volumes die partition table wieder herzustellen Hat sonst noch jemand zielführende Ideen? (Außer das was man hätte besser machen können?) Es existiert kein Snapshot da das Aggregat vollgelaufen ist und die Snapshots vorab gelöscht werde mussten. :-( siehe auch: http://vmware-forum.de/viewtopic.php?f=40&t=32195 und https://communities.vmware.com/message/2647217#2647217 Update 1: Der VMware support ist jetzt remote drauf. Ich werde berichten . . . .

Mit Ontap 9 wurde u.a. die Performance signifikant gesteigert. Die Version 9.1 ist jetzt GA. Ansonsten tut es auch 9.0P1. Das Upgrade sollte dank NDU kein Problem sein (außer Du hast sensible Apps per CiFS angebunden ). Ich sehe an der Stelle kaum Gründe für Ontap 8. Aber das nur nebenbei.

Ich habe auf Server 2008 X64 sehr schlechte Erfahrungen bzgl. vielen Files in einem Ordner gemacht. Das führte bei Erweiterungen der Datenlaufwerke (unter VMware) gelegentlich zu bösen Überraschungen (LW wurde teilweise mit RAW-Format angezeigt). Ich würde vorab schauen bei welcher DaSi das Volume noch okay war.

Du könntest ein Ticket bei VMware aufmachen . . . . siehe auch https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1007842

Je nach Lizenz (Enterprise oder drüber) kannst Du eine Storage Latency einstellen beim Backup.

. . . und immer schön die Größe des Verzeichnisses für die Transaktionsprotokolle im Auge behalten . . . . .

Um die Löschung von Emails zwischen den Datensicherungen abzufangen wirfst die perspektivisch einen Blick in Richtung Email - Archivierung (Software) bzw. Journal-Postfach. Dazu berücksichtigst du natürlich eure innerbetrieblichen Anforderungen sowie die gesetzlichen Rahmenbedingen. :-)

It depends . . . 2 Wochen im Forum posten ist wohl aber unter Umständen dann auch nicht schneller. :-)

Oft wird einfach vergessen den Cache einzuschalten. Nur konfigurieren reicht unter Umständen nicht.

Auxch wenn es vielleicht b***d klingt - ein Call kostet bei MS 300 € netto - unabhängig vom Aufwand. Ich denke das ist die schnellste und zielsicherste Vorgehenesweise.