Alle Aktivitäten

Hallo zusammen, ich betreibe in meiner HomeLab Struktur bisher 2 Server 2025 Maschinen im HyperV Verbund. Für das Storage hat jeder Server eine zusätzliche SSD, welche per Storage Spaces Direct eingebunden wurde. Das hat bisher auch ganz gut funktioniert. Nachdem mir die letzten Tage die gleiche Maschine von denen ich schon zwei habe in die Hände gefallen ist war der Gedanke nach "was soll der Geiz" und ich wollte mal versuchen, ob ich das Teil als 3. Knoten rein bekomme. Hat so weit auch funktioniert, allerdings Nicht beim Storage. Microsoft schreibt, dass eine 3-wege-Resilienz geht, sich aber nicht einfach umstellen lässt. Also alle VMs auf die Seite gesichert und den virtuellen Datenträger und das S2D Volume im Admin Center gelöscht. In der Übersicht sind alle drei Knoten nun auch "leer" Wenn ich nun aber versuche im Admin Center ein neues Cluster-Volume anzulegen kann dies maximal 0b groß sein Aufgefallen sind mir bei der bisherigen Fehlersuche zwei Dinge: Obwohl das Volume gelöscht wurde, liefert ein Get-StoragePool noch zwei Primordial Pools zurück (sind das die beiden Volumes von den alten Nodes?) PS C:\Users\Administrator.HV> Get-StoragePool FriendlyName OperationalStatus HealthStatus IsPrimordial IsReadOnly Size AllocatedSize ------------ ----------------- ------------ ------------ ---------- ---- ------------- Primordial OK Healthy True False 5.73 TB 5.5 TB Primordial OK Healthy True False 5.73 TB 5.5 TB S2D on Cluster01 OK Healthy False False 5.5 TB 768 MB Lasse ich mir die physikalischen Disks an einem Knoten auflisten, werden zwar alle drei erkannt, allerdings alle als "nicht poolbar" PS C:\Users\Administrator.HV> Get-PhysicalDisk Number FriendlyName SerialNumber MediaType CanPool OperationalStatus HealthStatus Usage Size ------ ------------ ------------ --------- ------- ----------------- ------------ ----- ---- 0 X X SSD False OK Healthy Auto-Select 238.47 GB 2001 X X SSD False OK Healthy Auto-Select 1.82 TB 3001 X X SSD False OK Healthy Auto-Select 1.86 TB 1001 X X SSD False OK Healthy Auto-Select 1.82 TB Kann mir jemand einen Tipp geben, wie ich das bereinigt bekomme? Grüße! PS: Vermutlich bin ich einfach nur zu engstirnig. Produktiv sind wir eher Team DataCore, im HomeLab möchte man aber ja doch mal etwas über den Tellerrand gucken

Da fehlen die Anführungszeichen...

Gesagt, getan: https://github.com/daabm/PowerShell/tree/master/Scripts https://github.com/daabm/PowerShell/blob/master/Scripts/Invoke-SysvolD4Restore.ps1 Error handling ist verbesserungswürdig - aber wenn es nicht funktioniert, gibt es strukturelle Probleme in der Infrastruktur, die so variabel sind dass ein Skript sie nicht sinnvoll diagnostizieren kann.

Danke Norbert, scheint so zu funktionieren. Seit der Änderung keine Fehler mehr

Moin, dann ist das Skript vom Prinzip her ziemlich einfach: BACKUP DATABASE MyDatabase TO DISK = 'D:\Pfad\Datei.mdf' DROP DATABASE TestDatabase RESTORE DATABASE TestDatabase FROM DISK = 'D:\Pfad\Datei.mdf' Der Code ist aus dem Gedächtnis und ungetestet, sollte aber im Wesentlichen so gehen. Gruß, Nils

selbes System, sogar selbe Instanz. Nur anderer Name der Datenbank.

Moin, Wiederherstellung auf demselben System? Oder auf einem anderen? Grundsätzlich lässt sich sowas per T-SQL-Skript und SQL Server Agent gut machen, alternativ auch per Windows-Taskplaner. Die wichtigen Kommandos dazu sind BACKUP DATABASE und RESTORE DATABASE, das ist im Prinzip nicht weiter schwer. Gruß, Nils

Guten Morgen, ich würde gerne in definierten Intervallen eine Datenbank sichern und unter anderem Namen wiederherstellen. Dies passiert heute schon manuell, der Vorgang soll allerdings automatisiert werden. Es geht dabei um die Bereitstellung von Produktivdaten in einem Testsystem. Gibt es dafür Boardmittel oder hat das schon jemand via Skript gebaut?

Da deine Server nicht Mitglied des AD sind kannst du vermutlich einfach die Option zur Registrierung im DNS auf der netzwerkverbindung deaktivieren. Ob das korrekt ist, kann ich dir nicht sagen, weil ich keinen wg Cluster nutze. Alternativ ignoriere den Eintrag doch einfach.

Hallo Leute, ich habe mit 2x Windows Server 2025 in einer Workgroup einen Failover-Cluster erstellt. Soweit läuft auch alles bisher. Die Hyper-V-Server hängen im gleichen Subnet wie die Domäne, habe beide Knoten per statischem Eintrag im DNS der Domäne registriert. Ansonsten habe ich die Einrichtung laut MSFT-Video durchgeführt, mit Einträgen der Hosts und des Clusters in der LMHosts. Nur wird mir für den zweiten Knoten alle 15 Minuten folgender Fehler geloggt: Protokollname: System Quelle: Microsoft-Windows-FailoverClustering Datum: 12.09.2025 08:23:08 Ereignis-ID: 1196 Aufgabenkategorie:Network Name Resource Ebene: Fehler Schlüsselwörter: Benutzer: SYSTEM Computer: Hyperv02.domain.local Beschreibung: Die Cluster-Netzwerknamensressource "Clustername" konnte mindestens einen dazugehörigen DNS-Namen nicht registrieren. Ursache: Im Sicherheitspaket sind keine Anmeldeinformationen verfügbar. . Stellen Sie sicher, dass die Netzwerkadapter, die mit den abhängigen IP-Adressressourcen verknüpft sind, für den Zugriff auf mindestens einen verfügbaren DNS-Server konfiguriert wurden. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Microsoft-Windows-FailoverClustering" Guid="{baf908ea-3421-4ca9-9b84-6689b8c6f85f}" /> <EventID>1196</EventID> <Version>0</Version> <Level>2</Level> <Task>19</Task> <Opcode>0</Opcode> <Keywords>0x8000000000000000</Keywords> <TimeCreated SystemTime="2025-09-12T06:23:08.1203823Z" /> <EventRecordID>10041</EventRecordID> <Correlation ActivityID="{ae6af8d4-d0db-4319-a11e-a88babc13e29}" /> <Execution ProcessID="12424" ThreadID="12056" /> <Channel>System</Channel> <Computer>Hyperv02.domain.local</Computer> <Security UserID="S-1-5-18" /> </System> <EventData> <Data Name="ResourceName">Clustername</Data> <Data Name="StatusString">Im Sicherheitspaket sind keine Anmeldeinformationen verfügbar. </Data> </EventData> </Event> Es soll also der Clustername im DNS zu registriert oder aktualisiert werden, was dann nicht funktioniert... Wenn ich im DNS einen statischen Eintrag für den Clusternamen eintrage löst es das Problem auch nicht. Jemand eine Idee wie ich dieses Problem lösen kann?

Falsch. Falls du auf den ffl anspielst, es gibt keinen ffl 2022 sondern entweder 2016 oder jetzt neu 2025. letzterer ist bisher nicht für exchange 2019 und Se freigegeben. man könnte sich natürlich auch einfach selbst die Systemanforderungen usw. Durchlesen.

Danke! Eine Frage hätte ich noch: Der DC kann ja Server 2025 sein, aber für Exchange 2019 darf der Mitgliedsserver nur 2022 sein - richtig? Oder darf die Domainstruktur nur Server 2022 sein? Bitte jetzt keine Diskussion bzgl. Exchange 2019, SE und Online!

Gute Entscheidung 👍 gutes gelingen… bei Fragen melden 🍀

Top 👍, danke für die Rückmeldung. Viel Spaß damit. VG, Jan

Na endlich, hat nur bis zur Seite 3 gebraucht Ne, spaß Solltest du auf Fehler stoßen, einfach nochmal mit einem Thread melden.

Egal. No Risk, No Fun... Also ALLE Server neu. Räumt ja auch mal auf...

nach der Installation ist die exe jetzt vorhanden, jedoch die Verknüpfung funktionierte so nicht: %ProgramFiles%\PowerShell\7\pwsh.exe -File "W:\Kunden\list_selected_files.ps1" Es kam die Meldung: "Die Datei %ProgramFiles%\PowerShell\7\pwsh.exe wurde nicht gefunden." Mit der Verknüpfung auf die konkrete Datei: "C:\Program Files\PowerShell\7\pwsh.exe" -File "W:\Kunden\list_selected_files.ps1" geht es. Viele Dank.

Dann geb ich auch noch meinen Senf dazu :) Bei der Sophos ist nur die NetworkProtection lizenziert.

Wenn die pwsh.exe nicht vorhanden ist, dann installiere die Powershell 7 nach, oder ändere den Pfad auf die vorhandene Powershell.exe ab. Hier gibt es die aktuelle Version der PS7: https://github.com/powershell/powershell/releases

Danke für den Hinweis. Ich hab das mal auf meine Testgruppe losgelassen. Ungünstig ist dabei natürlich, dass das quasi je nach System unterschiedliche Regeln gibt. Die "Klassiker" direkt aus dem Systemverzeichnis sind aber auf jeden Fall mal mit dabei. Das ist richtig. Ich war auch schon kurz davor ein paar Admin-IPs mehr Zugriff zu geben. Ist aber sowohl sicherheitstechnisch, als auch zwecks "Einsicht" nicht ideal.

Dann würde ich es woanders kaufen.

Hallo Jan, vielen Dank für die schnelle Antwort. Ich bin erst jetzt dazu gekommen, es auszuprobieren. Mit dem Zielpfad in der Verknüpfung habe ich jedoch das Problem, dass die Datei pwsh.exe nicht gefunden wird. Die gibt es auf dem Rechner nicht. Ich arbeite unter Win 11 Pro 22H2. Viele Grüße BoKat

Leider nicht, habe bei vielen meiner Kunden keinen Netzzugang und Mobilfunk ist auch nicht optimal (LTE, 1 Balken). Als mobiler Arbeitsmediziner kriegt man häufig irgendein Kabuff im Keller zugewiesen, um da die Untersuchungen durchzuführen.

"Downgrade Recht" wären die Zauberworte. Im Worst-Case brauchst du nur einen 2019er Key, den du aber auch als "Downgrade Kit" nachordern können solltest. Sofern die auf deine Anfragen nicht antworten, wende dich doch mal an den Vertrieb oder die GF dort. Notfalls musst du das bei euch halt an die GF "eskalieren", dass die dort mal nachhören. Wenn aber niemand will und alle nur den einfachen Weg gehen, dann kann man euch wohl nicht helfen.

Da hätte ich schon nachgefragt, leider weiß er es auch nicht, sprich er will sich damit nicht beschäftigen. Ich besorge mir trotzdem mal eine ESU und teste, ob es mit OEM klappen wird. Das gäbe es auch noch als Alternative, aber halt nicht konform: https://www.deskmodder.de/blog/2025/09/05/windows-10-consumer-esu-anmeldung-mit-oder-ohne-microsoft-konto-als-script/#comments