Dukel

Ach das ist ein Extra Script, nicht bei PRTG vorgefertigter Sensor. So sollte es auch gehen. Lass dir mal die Ausgabe in eine Log datei schreiben (Exe Result) und schau dir das Ergebnis an.

Nicht dem Script übergeben sondern in den Device Settings setzen und der Sensor sollte die Daten übernehmen.

https://www.paessler.com/manuals/prtg/device_settings#azuread

In PRTG you can define Credentials for a Sensor. In the Settings use "use Device Crendials" insteat of "use Service User" or so.

Z.b. wenn man einen Host wartet oder Patcht. Sonst müsste man dies frühstens alle 90 Tage machen oder die Maschinen herunterfahren. Außerdem kann die Auslastung auch unterschiedlich sein und man verschiebt eine VM auf einen anderen Host, das alles ausgeglichener ist.

Es gibt einen Bericht, der Helfen könnte. Disk Usage by (Top) Table. Dort kannst du die Tabellen identifizieren, die viel Speicher benötigen.

Lt. dem anderen Thread möchte er die VM nicht migrieren / verschieben.

Wenn es so günstig ist, kauft er gleich zwei und spart trotzdem.

So wie es in den PUR für den Essentials klingt geht es um 50 Managed Clients (Domain Joined mit dem Essentials Connector). Das heisst aber auch, wenn sich 10 MA fünf PC's teilen sind das auch 10 User und keine 5 Devices.

Btw. es gibt auch MSSQL für Linux. Ja es gibt nur 2 CORE Lizenz Stückelungen.

Wenn der TO die VM nicht migrieren möchte, dann nicht.

Wenn man nach Cores Lizenziert, dann braucht man keine CALs.

Für SQL nur soviele, wie der VM zugewisen sind. Minimal aber vier. Wenn man alle Kerne der Maschine zuweisst, darf man ungebrenzt SQL Server installieren.

Ja beim SQL Server gibt es auch User und Device CAL's. EDIT: Um wieviele Arbeitsplätze geht es denn? Bei 8 Cores ist der Break Even bei ca. 65 Benutzer / Clients wo sich die Core Lizenzierung rechnet.

Du darfst alle 90 Tage (oder bei einem Hardware Ausfall) eine Lizenz einem anderen Blech zuweisen. Dann müssen aber alle Cores Lizenziert sein. Ansonsten müssen alle möglichen Cores (im Cluster) Lizenziert werden (ist mit den anderen Windows VM's die du schon laufen hast nicht anders!).

Zum Technischen: Das SAN ist das Storage Netzwerk. D.h. Storage Switches und Storages sind zusammen das SAN. Die Virtualisierung nutzt dieses SAN, ist aber nicht das SAN. Ein Physikalischer Server hat keine vCore. v = Virtuell. Zum Verständnis: Was stimmt denn jetzt? Gibt es mehrere VMWare Cluster? Wo soll der SQL Server dann laufen?

Teste es doch.

Kleiner Tipp. Invoke-Command kennt -AsJob.

Stimmt. Man kann im Script warten oder mit einem Timeout bei Get-Job warten. Letzteres wäre das Script fertig, wenn alle durch sind und nicht erst wenn das Script fertig ist.

Mit Wait-Job hast du keinen Timeout.

Du startest via PS Job Abfragen für alle Rechner. Dann wartest du eine gewisse Zeit (x Stunden) und holst alle Ergebnisse (und bearbeitest diese) und verwirfst den Rest.

Ich würde das parallel, asynchron machen. Nach einer gewissen Zeit kannst du die Ergebnisse holen und die nicht abgeschlossenen Jobs löschen.

Hast du keinen WSUS? Da hast du genau diese Infos, die du aufwändig suchst.

Sind in manchen VM's die Rolle FileServer aktiviert? Dieses aktiviert auch Ping in der Windows Firewall.

Schon die Doku gelesen? https://docs.microsoft.com/en-us/powershell/module/fileserverresourcemanager/new-fsrmquota?view=win10-ps#examples https://docs.microsoft.com/en-us/powershell/module/fileserverresourcemanager/new-fsrmquotatemplate?view=win10-ps#examples https://docs.microsoft.com/en-us/powershell/module/fileserverresourcemanager/new-fsrmquotathreshold?view=win10-ps#examples