MurdocX

Einige Problemlösungen anderer: Wurden RDP-Zertifikate von der eigenen CA vergeben? Bestehen irgendwelche Richtlinien auf die Authentifizierung auf RDP? Funktioniert die RDP-Verbindung wenn ein "Clean Boot" durchgeführt wurde? Welcher Netzwerkadaptertyp wird verwendet?

Ich vermute mal, dass du beim ersten mal die Freigabenberechtigungen übersehen hast... Die stehen via Default nur auf "lesen".

Werden denn die ESXi-Server auch mit Updates versorgt und die VMs mit den jeweiligen neuen Updates der VMware-Tools?

Das Gleiche was passiert, wenn eine Festplatte ausfällt Bei einer Typenänderung (HDD -> SSD) kann ich Dir nicht sagen wie der Controller reagiert, geschweige denn ob das überhaupt so sauber funktioniert. Was sagen denn die Spezifikationen des Unbekannten Controllers in Bezug auf die SSD?

Funktioniert bei unseren 120 (Windows 10 ENT) Schulungsrechnern einwandfrei.

Server 2012 R2 läuft auch eine Weile als Demo. Das sollte Dir genügend Zeit zum weiteren Upgrade geben. Windows erkennt bei der Installation ob es auf einer SSD oder einer HDD installiert wurde. Wahrscheinlich wäre es in deiner Konstellation sinniger eine Neuinstallation anzupeilen.

Welchen Energieplan hast du ausgewählt? Passiert das mit "Höchstleistung" auch?

Wenn du Dir ganz sicher sein will, kannst du den Server klonen (alternativ einen Snapshot durchführen) und die Upgrades durchführen. Dann machst du nichts "kaputt" und kannst Dir das Ergebnis in Ruhe anschauen.

Mach das mit Powershell. Stichwort Get-ChildItem und ForEach-Object.

Wie gut das es immer noch einen gibt, der einen korrigiert

Schau mal ob Dir das weiterhilft: https://support.microsoft.com/de-de/help/884738/you-receive-an-error-message-when-you-try-to-send-an-encrypted-e-mail

Falls Ihr die Server mit Veeam sichert, dann funktioniert nach dem U1 das Backup nicht mehr Hier würde ich erst alles testen, Informationen einholen und dann durchführen.

Die Zertifikate werden im Betriebssystem unter dem Benutzer gespeichert. Auslesen kannst du es auch so: Get-ChildItem Cert:\CurrentUser\ADDRESSBOOK\

Das hab ich auf YouTube dazu gefunden: https://youtu.be/eRgv_XUPtRU

Bei den letzten 10% wird der Balken rot. Heißt im Umkehrschluss, dass deine Quota höher als 10% des Restpeichers des Benutzers sein muss. Das ist per "Design" so. Hier kannst du die Antwort vom MS-Support nochmal nachlesen. Microsoft | Incorrect low space warning (red usage bar) in Computer https://answers.microsoft.com/en-us/windows/forum/windows_7-performance/incorrect-low-space-warning-red-usage-bar-in/b42d61fd-9f5b-41d3-939a-83724aabab71

Auf dem Server sind Disk Quota eingestellt. Diese müssen einfach angepasst werden.

Machs Dir einfach.. Nimm das und lass es immer mal laufen. Get-ADUser -Filter * | Where-Object { $_.Enabled -eq $true } | Select-Object -ExpandProperty SamAccountName | ForEach-Object { If( (Test-Path -Path "\\SERVER\SHARE\$_") -eq $false){ New-Item -Path "\\SERVER\SHARE\$_" -ItemType Directory }}

"Blöde" Frage aber sind auch alle Office-Updates installiert worden? Es gibt Fälle, da wurden mit nachfolgenden Updates Problematiken behoben.

Ich betreibe meine beiden DELL Bildschirme an meiner Dockingstation über DisplayPorts an einem Lenovo und habe damit keine der genannten Probleme. Mit den Fujitsu-PCs hatte ich deutlich mehr Probleme am Display-Port

Mit einem "Test-Path" vorher noch prüfen ob das Verzeichnis vorhanden ist. Ich hab für uns auch "so" ein Skript geschrieben. Es ließt zwar noch dynamisch die Gruppenmitgliedschaften, aber das ist ja hier nicht das Thema.

Wenn du alle Objekte prüfst, dann ist es nicht nötig diese nach Reihe zu sortieren Anstatt "sort" solltest du Select-Object -ExpandProperty SamAccountName nutzen um die Ausgabe in einen "String" umzuwandeln $gefundeneGruppenArray sollte ein "StringArray" sein, damit es keine Typenprobleme gibt. Prüfe das mit "Get-Member"

Erwischt! Verbesserungsvorschlag: Get-ChildItem -Directory -Path 'C:\Verteiler' | ForEach-Object { New-Item -ItemType Directory -Path $($_.FullName) -Name "$($_.Name) + '_qr_code'" }

Die Variante als Einzeiler. Identisch zu dem was Dukel entwickelt hat. Get-ChildItem -Directory -Path 'C:\Verteiler' | ForEach-Object { New-Item -ItemType Directory -Path 'C:\Verteiler' -Name "$($_.Name) + '_qr_code'" }

Powershell (incl. die Entwicklungsumgebung ISE) importiert beim Start sämtliche Module, die in den Modulpfaden angegeben wurden Module sind keine PS1-Dateien, sondern PSM1 Funktionen die durch das manuelle ausführen des Skriptes geladen werden, sind selbstverständlich dann auch in der Sitzung verfügbar Wie man gültige PS-Module schreibt, findet man zu genüge im Internet ( auch bei Microsoft ) Nicht zu Verachten ist die ExecutionPolicy, die nicht vertrauenswürdige Dateien/Module verweigert Die Autovervollständigung funktioniert bei "ungeladenen" Modulen natürlich nicht Unter CMDLets versteht man eine Funktion, kein Modul. Beispiel Get-Item. Das ist Mitglied in dem Modul "Microsoft.PowerShell.Management" Ein Modul, welches von der Powershell automatisch bei start geladen wird sollte eine PSM1-Datei oder eine DLL sein.

Dann setz dich Zuhause hin. Lerne und Übe .. "Die Zeit" das man alles auf der Arbeit als IT´ler bekommt was man braucht ist bei der gesamten Komplexibilität nicht mehr gegeben.