maddinx6

Tutorial: Enable storage bus cache with Storage Spaces on standalone servers Soweit mir bekannt müssen die SSDs power-loss protection haben damit der interne Cache der SSD benutzt wird. Ohne diesen wird das Ergebnis ernüchternd.

Es gibt seit min. 2019 RAID-on-Chip ICs und HBA Chips die SATA/SAS/NVMe können. In diesem Fall sogar gleichzeitig. MegaRAID® 9400 Series Tri-Mode Storage Adapters Erweitert werden kann das mit NVMe Switch Chips auf der Backplane des Gehäuses. Flaschenhals ist bei dieser Lösung die x8/x16 Schnittstelle des Raid/HBA Controllers. Die Server Variante der M.2 SSD wäre denke ich eher das E1.S Modell. EDSFF E1-Formfaktor Wenn Du M.2 einsetzen möchtest, wäre das evtl. was für dich.

Wie meinst du das? Ich habe das vorhin nochmal in einer VM nachgestellt. Das Verhalten ist identisch Morgen werde ich nochmal die Registrierung durchschauen, ob man da noch was löschen kann.

In der Anmeldeinformationsverwaltung wird ein Eintrag erstellt, wenn das new Outlook die Einrichtung abgeschlossen hat. Wenn ich jetzt das Konto aus der APP lösche, bleibt dieser stehen. Aber selbst, wenn ich diesen Eintrag nach dem Löschen aus der APP händisch lösche, wird das Konto wieder ohne Kennwort Eingabe eingerichtet und der Eintrag ist wieder da... [Window Title] Generische Anmeldeinformationen löschen [Main Instruction] Möchten Sie diese generischen Anmeldeinformationen wirklich endgültig löschen? [Content] Internet- oder Netzwerkadresse: Olk/PushNotificationsKey Benutzername: Olk/PushNotificationsKey Es handelt sich um Lokale Windows Benutzerkonten.

Hallo Zusammen, ich habe einen einzelnen Rechner „ohne Domain“ mit zwei Benutzerkonten, die jeweils eine eigene Office 365 Lizenz haben. Leider hat sich Benutzer A unter dem Konto von Benutzer B einmalig in der New Outlook APP angemeldet. Seit dieser Anmeldung ist es nicht mehr möglich die Anmeldinformationen zu löschen. Man kann zwar das Konto in der APP löschen aber beim nächsten Starten steht das Konto bereits vorausgewählt drin. Jetzt muss nur noch einmal auf weiter geklickt werden und das Mailkonto wird ohne Kennwortabfrage wieder eingerichtet. Das Konto von Benutzer A wird nicht unter Einstellungen > Konten aufgeführt. Laut einem MS Support Beitrag soll man mittels „olk.exe –clearLocalState“ das Programm einmal zurücksetzen und anschließend deinstallieren. Dann wieder installieren und ohne vorigen Start nochmal „olk.exe –clearLocalState“ ausführen. Das behebt leider das Problem nicht. Ebenfalls nicht geholfen hat dieser Beitrag. The new Outlook stores the mail in the Microsoft cloud and if you use the account in Outlook mobile or Outlook for mac, they share the cloud storage. Removing or resetting the profile in any of the accounts doesn't remove the cloud storage. Saying yes, remove from all devices does. You will need to add it back on all devices. Es gibt keine Abfrage entfernen von allen Geräten. Das Konto von Benutzer A wird auch nicht in den E-Mailkonten aufgeführt. Hat noch jemand eine Idee wie ich die Anmeldeinformationen gelöscht bekomme? Vielen Dank für eure Unterstützung

Ja, zuerst habe ich nur die ost gelöscht und es nochmal versucht mit den Einstellungen auf dem Bild. Anschließend habe ich den Cache Modus rausgenommen. Danach ging es auch noch nicht. Vermutlich, weil die ost Datei nicht automatisch gelöscht wird. Also diese wieder von Hand gelöscht und es ging. Jetzt habe ich den Cache Modus wieder an und die GPO gesetzt. Mal schauen, ob es Morgen damit läuft. Dieser ganze MS Cloud kram ist was die Umsetzung von Änderungen angeht echt schlimm. Mal wird’s sofort umgesetzt und beim nächsten Mal musste man über zwei Stunden warten. Respekt an die die damit täglich arbeiten müssen.

Moin, Ich gehe mal davon aus das du „Freigegebene Ordner herunterladen“ meinst. Das hat leider nichts gebracht. Wenn ich den Cache komplett ausstelle, funktioniert es Mein nächster Versuch wird Cache Modus an und GPO „Zwischenspeicherung freigegebener E-Mail-Ordner deaktivieren“ aktiviert. Vorher wollte ich aber erstmal abwarten das mein Post vollständig runtergeladen ist.

Mich Persönlich betrifft das auch nicht. Ich wollte nur nicht schreiben ein Abteilungsleiter Bei der weiteren Recherche habe ich gesehen das die externe Person bereits auf die erste Mail eine Antwort bekommen hat. *Wäre schön gewesen, wenn ich die Info gleich bekommen hätte… Für die zweite Mail wurde dann anscheinend aus gesendete Elemente die alte Mail genommen und auf antworten gedrückt. Auf diese Mail hat der externe Kontakt dann keine automatische Antwort bekommen. Also steht im Information Store das versender@extern.de bereits eine Antwort bekommen hat. Solange der Information Store nicht neu gestartet wird oder die automatische Antwort geändert bzw. einmal aus und wieder eingeschaltet wird bekommt versender@extern.de keine weitere automatische Antwort. Habe ich das so richtig verstanden? Bezüglich Stellvertreter bzw. senden als hätte ich auch noch eine Frage. Bei einem Postfach habe ich die Berechtigung senden als. Das klappt aus dem owa problemlos. Mit Outlook bekomme ich die Meldung keine Berechtigung. Antwort vom Support, Berechtigung erneut setzen. Das habe ich inzwischen mehrfach gemacht. Einmal hat es für ein paar Stunden anschließend auch mit Outlook geklappt. Habt ihr dafür vielleicht noch einen Tipp für mich wonach ich mal schauen könnte. Vielen Dank für euren Support

Hallo, ich habe gerade ein Verständnis Problem mit der Automatischen Antwort bei Exchange Online. Mir wurde von einer externen Person ein Mail geschickt. Diese wurde vor dem Urlaub leider nicht mehr bearbeitet. Zwei Tage später hat die Person diese Mail nochmal gesendet. Zu diesem Zeitpunkt war eine Automatische Antwort eingerichtet. Die externe Person hat aber keine Antwort bekommen? Andere Mails haben eine Automatische Antwort bekommen laut Nachrichtenablaufverfolgung. Ist das Verhalten normal/standard? Wenn ja kann man das ändern in jede Mail wird beantwortet? Danke Maddin

Wie vermutet ist für den Support das Problem mit dem Hyper-V Server 2019 mit der Installation vom PowerShell 2.0 gelöst… Ich hätte da noch mal eine Frage zu meiner „kurzen“ Fehlerbeschreibung. War das einigermaßen verständlich? Falls nicht hier ein Video des Fehlers.

Das System ist meine Spielwiese. Dafür hätte man sicherlich auch die Eval Versionen nehmen können. Mein eigentliches Problem ist die FLR restore Geschichte. Das mit dem Hyper-V Server hat sich durch die Spielwiese ergeben.

Da stimme ich dir zu. Ich warte gerade auf die Antwort zu meinen Erkenntnissen. Vermutlich kommt als Antwort, das ist ein MS Problem da es auf einer Core Installation ja ohne PowerShell 2.0 läuft… Wichtiger finde ich allerdings das Restore Problem, bei dem die Dateien auf einem anderen Host landen, wie im Job konfiguriert. Dieses Problem besteht bei allen Server Versionen. Mir ist das nur aufgefallen da ich sporadisch Restore Tests der gesamten Umgebung mache. Deswegen landen die VMs in einem privaten Netz.

Moin, Dukels Tipp war die Lösung des Problems. Vielen Dank nochmal dafür. Ich bin aufgrund des Logeintrags „PowerShell 2.0 or later is required“ davon ausgegangen das die installierte 5.1 ausreicht. Merkwürdig ist allerdings das Powershell 2.0 nur beim Hyper-V Server 2019 benötigt wird. Standard und Datacenter mit und ohne Desktopdarstellung benötigen das nicht.

Ist halt eine Testumgebung. Quick and dirty Dieser Meinung bin ich auch. Aber die wollen sich diesem Thema nicht so recht annehmen. Ich bin da schon seit über einer Woche dran mit denen… Mit dem geht nicht auf Hyper-V Server 2019 könnte ich leben. Aber das der Restore einfach in einer anderen VM auf einem anderen Host landet geht meiner Meinung nach gar nicht. Vielen Dank für dein Unterstützung. Das klingt fast zu einfach. Muss ich mir mal anschauen. Ich bin davon ausgegangen das 5.1 passt wegen des Log Eintrags „PowerShell 2.0 or later is required“

Ist etwas länger geworden. Aber hoffentlich verständlich 😉 Hmm, ich habe mich aber mit genau diesem Konto angemeldet via Enter-PSSession -VMName angemeldet?

Ich habe mir zusätzlich eine kleine Testumgebung aufgebaut. Die Domain dieser heißt demo 😉 Hintergrund des ganzen ist ein meines Erachtens gravierender Fehler im File Level Restore (FLR) von Veeam. Ich versuche das mal zu beschreiben. Gesichert wird VM1 auf Host1. Diese wird anschließend auf Host2 zurück gesichert. Das klappt so weit. Die VM1 hat keine verbundene LAN-Schnittstelle auf Host2 zugewiesen bekommen. Wenn ich jetzt ein FLR-Job einer Datei aus dem Backup von VM1 in die VM1 Kopie auf Host2 mache, beginnt der Spaß. In der Veeam Konsole wird der Job als erfolgreich abgeschlossen dargestellt. Datei xyz in VM1 auf Host2 wiederhergestellt. Die Datei wird aber in VM1 auf Host1 geschrieben! Das liegt daran das Veeam beim Restore grundsätzlich immer erst versucht die Datei über Lan direkt in die VM zu schreiben. Wenn jetzt, wie im meinem Fall VM1 auf Host1 antwortet wird in diese zurückgesichert, ohne zu beachten das mein FLR-Job auf Host2 verweist… Wenn VM1 auf Host1 ebenfalls nicht über LAN erreichbar ist, wird er Job wie angegeben abgearbeitet. Hierfür wird dann PowerShell Direct benutzt. Man kann mittels Reg-Key Veeam dazu nötigen PowerShell Direct bevorzugt zu nutzen, um das Fehlverhalten zu umgehen. Leider klappt der Restore via PowerShell Direct grundsätzlich nicht wenn das Host2 OS Hyper-V Server 2019 ist.

Gibt es jetzt doch einen Hyper-V Server 2022 in der kostenlosen Version? Bisher bin ich davon ausgegangen, dass der Nachfolger azure stack hci „Abo Version“ ist. Azure Stack HCI Im Veeam Log bekomme ich diese Fehlermeldung. Kann es evtl. auch etwas mit dem invoke zu tun haben? Cannot connect to VM over PSDirect. Guest Login: [demo\administrator].;Failed to invoke func [Connect]: Unknown error 0x80131500. Unknown error 0x80131500. PowerShell 2.0 or later is required

Moin, wenn ich dich richtig verstanden habe, kann ich alle drei Punkte mit ja beantworten. Mir ist vorhin der gedackte gekommen das es evtl. einfach an der core ähnlichen Installation liegen könnte. Ich Test jetzt mal ob es mit einem Server std als core installiert läuft.

Hallo, ich bin auf der Suche nach Informationen bezüglich PowerShell Direct auf dem „freien“ Hyper-V Server 2019. Scheinbar ist diese Funktion nur eingeschränkt verfügbar. Ideal wäre eine Quelle von MS. Hintergrund der Frage. Ich komme vom Veeam Backupserver mittels Enter-PSSession -ComputerName auf den Hyper-V Server und von da aus mit Enter-PSSession -VMName in die VM. Veeam kann aber nicht über PowerShell Direct in die VM „ohne LAN“ schreiben, wen der Hyper-V Host die freie 2019er Version ist. So weit bin ich mit dem Veeam Support gekommen. Mir stellt sich jetzt die Frage, ob das eine Beschränkung Seitens MS.

Danke für die Antworten! Es liegt wirklich am scheduler mode. Wenn ich das richtig verstehe wurde der eingeführt um Sicherheitslücken der CPUs zu umschiffen. Ich habe noch mal ein Paar Tests mit Cinebench R15 gemacht. Der Leistungsverlust durch den core mode ist je Anwendungsfall aber recht beachtlich. Zwei VMs mit 8 Threads und scheduler mode core „Default ab Server 2019“ Beide VMs haben abgerundete 740 Punkte erreicht. Zwei VMs mit 8 Threads und scheduler mode classic Beide VMs haben abgerundete 960 Punkte erreicht. Hat der Epyc eigentlich auch diese Sicherheitslücke bzw. verhält sich das genauso bei dem?

Hallo, ich habe ein merkwürdiges Verhalten mit Hyper-V unter Server 2019 festgestellt. So wie es scheint unterbindet Microsoft die Nutzung von HT Threads, wenn mehr als eine VM Betrieben wird. Unter Win 10 habe ich dieses Verhalten nicht feststellen können. Intel hat doch vor einiger Zeit mal empfohlen HT zu deaktivieren um eine Sicherheitslücke zu schließen. Ist dieses Verhalten also gewollt oder hat das evtl. mit einem fehlenden Microcode Update zu tun? Kann diese „Sicherheitsfunktion“ irgendwie deaktivieren? Ist ja nur ein LAB System. Test Aufbau: Server 2019 und Win 10 1809 aufm Blech. VMs von Server 2016-2019 und Win 10 von 1703-1809. Als CPU last wurde Prime benutzt. Workstation Mainboard mit C246 Chipsatz. CPU i9-9900k Tests: Wenn nur eine VM mit 16 Threads betrieben wird kann die CPU zu 100% auslastet werden. Wenn ich zwei VMs mit jeweils 8 Threads betreibe kann ich die CPU nur noch zu ~50% auslasten. Bei acht VMs mit jeweils 2 Threads kann die CPU ebenfalls nur noch zu ~50% ausgelastet werden. Richtig merkwürdig wird es, wenn eine VM mit 16 Threads voll auslaste und anschließen eine weiter VM mit 2 Threads gestartet wird. In dieser Konstellation ist die maximal mögliche CPU Auslastung 100%, wenn nur die 16 Thread VM belastet wird. Wenn jetzt zusätzlich die 2 Thread VM belastet wird sinkt die CPU Auslastung auf 90%. Sobald die Last der 2 Thread VM weg fällt wird die CPU wieder 100% ausgelastet. Aufgefallen ist mir dieses Verhalten beim gleichzeitigen updaten mehrerer VMs. Es hat also nichts mit dem zum test eingesetzten Programm zu tun. Selbst im Taskmanager auf dem Blech kann man sehen das nur jeder zweite Thread benutzt wird…

Hallo Matze-it, mir geht es hauptsächlich um die Machbarkeit. Ich möchte die Konfigurationsmöglichkeiten mal testen. Hallo Dunkelmann, vielen Dank für den Link. Das es so einfach ist hatte ich nicht erwartet. Bisher bin Ich davon ausgegangen das bei einer konfigurierten Replikation am Zielserver nichts mehr geändert werden darf.

Hallo, ich würde gerne mittels Hyper-v Replica eine VM replizieren die zwei VHDx Dateien hat die jeweils auf einer eigenen Disk liegen. Bisher habe ich leider noch keine Möglichkeit gefunden dies zu konfigurieren. Server-1 Replica Server-2 Disk-1 VM-System >>> Disk-1 VM-System Disk-2 VM-Data >>> Disk-2 VM-Data Wenn jemand einen Tipp hat, wäre ich euch dankbar. Gruß Maddin