Doso

Hängt halt ganz davon wie dein Netzwerk ausschaut und was du für Clients hast. Windows 8.1 und Windows Server2012r2 haben z.B. mit SMB3 und NIC-Teaming mehr Möglichkeiten.

Excel, Word, Visio, Snipping Tool, Sharepoint Listen.

Habe es nicht gemacht, aber mit StarWind Virtual SAN kann man solche Szenarien wohl abbilden. Hier dazu ein Whitepaper: http://www.starwindsoftware.com/styles-v2/pdf/technical_papers/StarWind_Virtual_SAN_Quick_Start_Guide.pdf

Wenn das aktuellste RU das ist, das an diesem Patch Day installiert wurde: http://blogs.technet.com/b/exchange/archive/2014/12/09/exchange-releases-december-2014.aspx Das Rollup 8 wurde zurückgezogen, Empfehlung ist wohl das ganze Ding auf dem Server wieder zu deinstallieren. Google sollte hier genug Ergebnisse zu dem Problem liefern.

Mit Bordmitteln im Moment gar nicht. Es gibt Hyper-V Replica, aber das benötigt nach einem Ausfall manuell Eingriff, also die Server manuell starten. Weiterhin sollten auf Hyper-V Hosts keine weiteren Dienste laufen - vor allem keine DCs. Korrekt wäre es hier die Hyper-V Hosts NUR als Hyper-V Hosts zu verwenden und die DCs dann zu virtualisieren. Mit Lizenzen sollte es da bei einer Datacenter Version keine Probleme geben, da du ja sicher die Datacenter Version entsprechend lizenziert hast, oder? Wer Hochverfügbarkeit will, muss auch entsprechend Geld für Storage einplanen. Und ja, das ist üblicherweise recht teuer.

Test-VMs, DPM Backup der gesamten VM alle 30 Minuten. Mit Suse Linux kein Problem, keine Timeouts, kein read only file System mit den Standardeinstellungen. Selbiges auch unter Windows, keine Probleme. Bei Ubuntu kommt es dann nach einer Weile zu dem beobachteten Problem. Timeouts, Read-Only Filsystem - screenshot der Meldungen auf der Konsole im Anhang. Habe den Disk Timeout mittlerweile auf 360 Sekunden gestellt, hat nichts geholfen.

Du willst keine Domäne,aber Sachen zentral einstellen. Hmm... finde den Fehler.

Hat vermutlich genau nichts mit Exchange zu tun.

Erinnert mich daran: http://up2v.nl/2014/09/01/bsod-and-kernel-panic-in-virtual-machines-running-vsphere-or-hyper-v-on-intel-e5-v2-e7-v2-cpus/ Davon waren wir auch betroffen, CPU Fehler hat VMs zum Absturz gebracht. Bei uns half ein Bios Update, was dann ein Microcode Update mitbrachte. Würde daher mal BIOS und Treiber aktualisieren und natürlich Windows Updates.

Kleines Update hierzu. Ich habe nun das iSCSI Target von Windows Server 2012R2 deinstalliert und durch die freie Version von Starwind Virtual San ersetzt. Diese Software hat auch die Möglichkeit Schreibzugriffe im Arbeitsspeicher zu cachen. Der iSCSI Server hat 16 GB, habe ich halt mal 10GB für den Cache reserviert. Die Reaktionszeiten der VMs ist dadurch um Welten besser. Natürlich auf Grund der SATA Platten jetzt immer noch nicht perfekt, aber für Testzwecke tut es das alle mal. Das iSCSI Target von Microsoft scheint einfach viel zu lahm zu sein.

Könnte ja helfen, wenn du den Eintrag einfach mal postest. Kein Mensch kann die Ereignis-IDs auswendig im Kopf.

Grundinstallation ohne LVM erzeugt in 14.04 Ubuntu ext4 als Standarddateisystem. Der Hinweis bezieht sich wohl auf ältere Ubuntu Versionen die wohl ext2 als Standarddateisystem verwendet haben. Der DPM 2012R2 ist Rollup 2. Rollup 3 kann ich wegen einem Bug nicht verwenden, Rollup4 warte ich noch etwas mit der Installation ab da Rollup3 mir bei der Installation die Datenbank zerschossen hatte.

Habe mir dazu einen Testserver eingerichtet aber noch nix konfiguriert. Würde mich auch über Erfahrungsberichte freuen.

Manuelles Update Anfang des Monats möglich, wenn nicht gemacht, automatisches Update Ende des Monats.

DPM kann auch Snapshots auf Host Ebene, nur wird da die VM kurz pausiert. Bei kleinen VMs sind das nur ein paar Sekunden, aber wir haben auch eine richtig große VM mit 250GB da dauert das dann 2 Minuten. Das ist eine größere internationale Website da ist so ne Dowtine dann eher nicht praktikabel. Mit dem VSS Daemon geht das halt alles online, kein Ausfall. Ob jetzt hier der VSS Daemon einen Fehler hat oder er einfach nur noch etwas mehr Latenz hinzufügt was dann manchmal den Grenzwert überschreitet muss ich noch ausprobieren. Andere Linux Distros sie Suse haben dieses VSS Backup eingebaut, werde hier mal gegentesten.

Exchange 2003 ist aus dem Support raus, die Kombination mit POP3 eine Krücke. Sucht euch professionelle Hilfe, wenn es da schon an die Substanz des Unternehmens geht kann man da sicher auch Geld für aus geben.

Du kannst auch den Kalender nicht löschen - das käme dann sicher als nächste Frage.

Da hast du Recht NilsK. Ist nur einfach ärgerlich wenn Features die MS in der Doku angibt und auf zeigt, wie Dynamic Memory Gen2VM und VSS Online Backups unter Linux, sich in der Praxis als fehleranfällig herausstellen. Naja, werden wir halt wieder einen Workaround rein basteln in das VMM Template und in die VMs. Muss da noch testen, aber der Workaround von Nemix könnte passen. Manchmal wünschte ich, ich hätte mich für VMWare und nicht Hyper-V entschieden :rolleyes:

2012R2 ist wirklich ein Quantensprung für Hyper-V. Der Sprung von 2012r2 auf Windows10 schaut da bisher eher nach Modellpflege aus.

DPM verwendet VSS zum sichern von VMs. Für Ubuntu gibt es dann einen VSS Daemon den man installieren muss damit man live backups ziehen kann: http://technet.microsoft.com/de-de/library/dn531029.aspx- Schritt 5. Man sieht dann auch in den Logfiles von Ubuntu entsprechenden Einträge von VSS. Ich habe keine Ahnung wie das nun technisch genau passiert und was da schief geht. Ich kann es aber nachstellen das beim Backup mit DPM auf Ubuntu 14.04.1 mit VSS Daemon manchmal das Filesystem read only geht.

Es liegt am Backup. Ich habe eine neue VM mit DPM gesichert und die Sicherung dann alle halbe Stunde wiederholen lassen. Irgendwann kommt es zu einem I/O Error auf dev sda und das Filesystem geht readonly. VMWare scheint bei den VMWare Tools automatisch diese Timeout Wert zu erhöhen, Hyper-V natürlich nicht. Das ist dann der dritte Bug mit Ubuntu unter Hyper-V, kein Wunder das sich Microsoft so schwer tut hier Marktanteile aufzubauen.... Danke NeMiX für den Tipp, wir hatten auch die Vermutung das wir daran schrauben müssen, uns war nur nicht so klar wie.

Das muss man erst anschalten, Audit Logs, dann sieht man Löschungen in der Ereignisanzeige.

Standard Filesystem ohne LVM, also extfs4. Das Filesystem hat keine Fehler, das Storage zeigt keine Probleme, die Probleme treten auf wenn wenig Last ist. Windows Hosts sind nicht betroffen.

Wir haben einen 6 Node Hyper-V Cluster unter Windows Server 2012R2. Als Storage dient ein SAN IBM DS3524 mit SAS 10K Platten, Platten sind als CSV eingebunden. Storage Netzwerk ist Multipath auf eigenständigen HP 1810 Switches, 1GBe. Zur Sicherung der VMs nutzen wir Microsoft DPM2012R2, wir sichern die Linux VMs über Hyper-V, die entprechenden Daemons sind aktuell und laufen. Auf dieser Plattform laufen im Moment um die 40 Windows Server in verschiedenen Versionen und einige Ubuntu 14.04 Linux VMs als Webserver. Leider ist es uns schon 2x passiert das unter den Ubuntu VMs das Dateisystem plötzlich read only war. Das ist natürlich doof da die lokalen MYSQL Server dann die Funktion einstellen. Logfiles gibt es keine, da diese ja nicht geschrieben werden konnten. Ein Neustart der VM und bestätigen das das Dateisystem wieder normal eingehängt werden kann behebt das Problem. Ausser jetzt hier in den Ubuntu VMs einige Parameter zu setzen das länger auf das Storage gewartet werden soll, fällt uns nichts ein. Jemand eine Idee was man hier probieren oder nachschauen könnte?

Keine Ahnung wie du "googelst" aber ich finde zu der Fehlermeldung mal grob auf Englisch übersetzt genug Treffer, z.B. http://www.bauer-power.net/2010/08/sql-error-given-network-name-is.html