testperson

Hi, esxcli vm process list esxcli vm process kill --type= [soft,hard,force] --world-id= WorldNumber aus https://kb.vmware.com/s/article/1014165 sollte helfen. Gruß Jan

Das würde ich noch um GPP File Copy erweitern. :)

Hi, warum? Bzw. wo liegen denn momentan die Mails / Kalender? Es gibt ja auch noch diverse Alternativen zu Exchange (ähnlichen Produkte) oder Exchange online. Gruß Jan

Hi, kannst du die Laufwerke nicht einfach per Script verbinden? So ein Script lässt sich viel einfacher troubleshooten bzw. um Troubleshooting erweitern. Warum soll es denn per GPO sein? Gruß Jan

Naja, das kommt halt drauf an, was da konfiguriert wurde. Evtl. wurde ja https oder O365 fest auf WAN3 geroutet. Du kannst ja in einer ruhigen Minute einfach mal alles außer WAN3 (und LAN) abstöpseln, dann bleibt ja nur noch ein Weg. ;)

Hi, wie macht die Sophos denn das Loadbalancing? Bleiben die https Sessions zusammen ("Session Stickyness")? Evtl. testweise alles in Richtung O365 dediziert routen. Was macht die Sophos generell mit dem Traffic? Evtl. auch Proxy mit https Inspection? Ggfs. einem Test PC komplett Vollzugriff geben und alles an Security Features deaktivieren und testen. Nutzt Ihr den Cache Mode im Outlook? Falls nein, den solltet Ihr nutzen. Da dürfte schon das Cachen der letzten drei Tage / bis Woche reichen (oder auch mehr). Ansonsten lohnt auch immer ein Blick auf den lokalen Virenscanner und die diversen Features. Gruß Jan

Ggfs. muss da noch ein /Domain hinter.

Hi, dafür gibts doch die change.org Petition: https://www.change.org/p/microsoft-disapprove-microsoft-partner-network-changes ;) Und Office 365 Pakete wurden doch jetzt auch auf RDSH 2019 freigegeben. Vielleicht eine Art "Bedarfsanalyse". :) Gruß Jan

Anhand des Screenshots kann ich dir das nicht sagen. Sofern du da aber halt "per User" gewählt hast, dann sollte es passen.

Hi, du musst vermutlich die Lizenzierung der RDSH Dienste auf "pro User" ändern. Deine RDSHs laufen augenscheinlich im Lizenzmodus "per Device". Am einfachsten machst du das per GPO: https://gpsearch.azurewebsites.net/#2488 Gruß Jan

Als ob du noch nicht lange genug dabei wärst. :P *SCNR*

Bin halt abwärtskompatibel. ;)

Ich schließe die Verzeichnisse aus und ergänze um: ... | ? PSIsContainer -eq $false) | Move-Item

Hi, hast du testweise mal ein komplett neues Profil für einen betroffenen User erstellt? Gruß Jan

Hi, Anmelden != Entsperren. ;) Ich würde die Policy entweder nur an den Clients (bevorzugt) oder nur am Terminalserver anwenden lassen. Gruß Jan

Mit foreach müsste ja jetzt die ganze Logik umgebaut werden. ;) An der Stelle sollte es auch mit while($XMLPath = ... -First 1){ [xml]... ... Remove-Item $XMLPath } gehen. Generell würde ich es aber einfach der Herausforderung wegen alles mal mit foreach durchspielen.

Vielleicht: "Ich bin so unentschlossen. Als japanischer Krieger wäre ich ein Nunja."? Manchmal werden halt ziemlich allgemeine Fragen mit wenigen Infos gestellt und eine fix und fertige Lösung erwartet. Ab und an muss man sich dann auch mal ein wenig selber helfen und ggfs. etwas detailierter Fragen. Ich meine, die Antwort auf die eigentliche Frage, wäre sogar nur ein "Nein." gewesen. Ich könnte auch "aus dem Zubehör" eine Hose erwerben, die vorne und hinten oben jeweils Löcher haben, da ziehts vermutlich auch.

Nicht? Wozu kann ich denn den ClientAccessName entsprechend anpassen (https://gallery.technet.microsoft.com/Change-published-FQDN-for-2a029b80)? Set-RDClientAccessName -ConnectionBroker <Mein Broker> -ClientAccessName MeinBroker.MeineDomain.<"Routbare TLD"> Ich kann mir auch die Hose auf den Kopf setzen und mich wundern, dass es untenrum zieht. ;)

Klar. Würde ich aber nicht tun und löst halt auch nicht dein Problem. ;)

Hi, das Trennen alle 30 Minuten (per Default) ist eben auch der Nebeneffekt von "Ersetzen". An dieser Stelle würde ich fürs Laufwerksmapping, mittlerweile, zum Script raten. Gruß Jan P.S.: Wer ist GPIO? ;)

Das passende, eindeutige(?) PDF sollte sich doch anhand der RG Nummer identifizieren lassen? Get-ChildItem $RootVerzeichnis\IN\ -Filter *.pdf | ? Name -imatch $($RGNR + ".pdf") | Rename-Item -NewName {$_.Name -replace $SuchenNach,$RGNR}

Bei welcher eigentlichen Tätigkeit bist du denn jetzt auf dein aktuelles Problem gestoßen? Möchtest du deine(n) Domain-Controller auf Server 2019 updaten ("migrieren"), der Server 2019 lässt sich nicht aktivieren und der/die alten DC(s) sind noch da? Das ist in einer produktiven Umgebung?

Hi, bei mehreren XMLs wäre es ein Ansatz per For-Each die XMLs nacheinander abzuarbeiten oder dir immer nur die erste XML einzulesen. #ForEach Get-ChildItem -Filter *.xml | ForEach-Object { [xml]$xml = Get-Content -Path $_.FullName } #Nur eine XML $XMLPath = Get-ChildItem -Filter *.xml | Select-Object FullName -First 1 [xml]$xml = Get-Content -Path $XMLPath Das Löschen sollte nachher mittels "Remove-Item" zu erledigen sein. Gruß Jan

Kann ich dir nicht sagen, da ich es noch nie gemacht habe / machen musste. Lucky me, was. ;) Damit mir aber später nichts (un)erwartetes auf die Füße fällt, würde ich grade im Hinblick auf den Zeitfaktor einfach neu installieren. Ansonsten halt das AD über den angesprochenen Weg "retten". Gibt es Gründe, warum du die Neuinstallation gerne verhindern wollen würdest?

Hi, das dürfte unterm Strich (zeitlich gesehen) nicht viel unterschied machen. Falls du da schon viel eingerichtet hast, wäre es evtl. eine Überlegung, einen weiteren temporären DC zu installieren, den vorhandenen zu entfernen / neu zu installieren und vorm Hochstufen zu aktivieren. Gruß Jan