cj_berlin

So in etwa? https://support.microsoft.com/de-de/windows/lösen-von-pc-problemen-über-eine-remoteverbindung-b077e31a-16f4-2529-1a47-21f6a9040bf3

Moin, Exchange kann keine Mails von POP3 herunterladen. Ihr habt hierfür also ein third party-Produkt am Start. Dieses musst Du dann halt troubleshooten.

Moin, ja, in MS SQL gibt es sehr viele Hilfsmittel, um eine Datenbank zu optimieren oder deren Performance zu diagnostizieren. Diese "auf Verdacht" zu verwenden, wird aber vermutlich nicht helfen. Um den ersten Überblick zu gewinnen, empfehle ich die Sachen von Brent Ozar: https://www.brentozar.com/blitzcache/ Speziell auf die Wartung von Indizes und Statistiken konzentriert sich die Lösung von Ola Hallengren: https://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html

Indem Du den internen FQDN / URL gleich dem Externen setzt und Split DNS einrichtest. Andernfalls musst Du die internen Namen im Zertifikat haben.

Gar nicht, also gar nicht mehrere. DCs sind Wegwerf-Artikel, das AD ist wichtig. Du sicherst einen, am besten den, der die ganzen FSMO-Rollen hält, und stellst sicher, dass die Replikation funktioniert.

Du musst bei diesen Firmen deshalb dauerhaft bezahlen, weil sie auch dauerhaft die Leistung erbringen - in Form von Verbindungsservern, welche in ausreichender Kapazität 24/7 laufen und die ganze Chose überhaupt erst ermöglichen, ohne Inbound-Verbindungen auf den zu verwaltenden Geräten zuzulassen. Das für ein einmaliges Lizenzentgelt lebenslang zu ermöglichen, kann kaufmännisch gar nicht funktionieren. Wenn Du bereit bist, Inbound-Verbindungen auf Clients zuzulassen, stehen Dir viele Optionen offen: RealVNC, TightVNC, DameWare Mini, NetOp Remote Control...

...und vielleicht ahnst Du auch schon, wie man dieses Risiko minimieren könnte: Aufschreiben, was man im Notfall vorhat zu tun, und die Experten regelmäßig drüberschauen lassen. Kostet auch Geld, aber ist nicht mit Zeitdruck und Stress behaftet

Nicht "im DC", sondern "im AD". Aber wenn nur ein letzter DC am Leben ist, ist es quasi gleichzusetzen...

Ich verstehe Dein Problem nicht. Wenn Du die Metadaten bereinigt hast, sind die alten Identitäten der DCs, bis auf vielleicht noch SRV-Einträge im DNS, weg. Bei der Beibehaltung der Namen geht es ja nicht um das AD selbst, sondern um die in den anderen Systemen hinterlegten Bezüge, allem voran DNS-Server.

https://docs.microsoft.com/en-us/windows-server/windows-server-2022/get-started/system-requirements

Ja, die Server CALs können für alle älteren Server-Versionen genutzt werden. Server 2022 ist schon RTM und hat ähnliche Systemvoraussetzungen wie 2019.

...vor allem, Aufgabe bei Logon eines Benutzers im Sicherheitskontext eines anderen Benutzers zu starten, wird m.E. eh nicht funktionieren - oder?

Moin, versuch doch mal die XML manuell zu importieren. Ich vermute, Du wirst nach dem Kennwort des RunAs-Accounts gefragt werden...

Ich habe so etwas bei der CIM eingereicht (unter anderem). Sollte das zum Zuge kommen, wäre eine Joint Session mit Martin natürlich ein absoluter Traum

Wayback Machine FTW: http://web.archive.org/web/20201101124919/https://msdnshared.blob.core.windows.net/media/2017/05/Service-management-WS2016.xlsx Pruning natürlich, steht auch so in der XLS

Kommt darauf an, ob Du *jetzt* das Geld für neue CALs hast...

Moin, mit Negativbewertungen im Internet, sei es bei Amazon oder in Fachforen, ist es immer das gleiche: Von den Negativen siehst Du mehr, weil Positive gar nicht abgegeben werden. Wenn man zufrieden ist, funktioniert's ja So ist es auch mit Deiner Arbeit, oder wirst Du täglich gelobt, weil nichts ausgefallen ist? Will damit sagen: Auch Du wirst Deine eigenen Erfahrungen machen müssen. Denn es gibt zwischen Roaming Profiles und einer Third Party-Profilmanagement-Lösung a la AppSense nix. Und da das Zweitere nicht in Frage kommt, bleibt nur das Erstere. Langsam im Laden = wenn Du alle umleitbaren Ordner umleitest, sind sie nicht langsam, denn es gibt dann nicht so viel zu laden... Wartungsintensiv = ich wüßte nicht, was man da warten kann. Manchmal ist ein Profil zerschossen, dann löscht man es halt... AppData würde ich nur umleiten, wenn dazu ein zwingender Grund besteht - es gibt damit oft arge Performance-Probleme, speziell im Kontext von Outlook. Viele Anwendungen speichern dort Daten, auf die mit hoher Taktzahl zugegriffen wird. Und wenn das dann übers Netz geht, hast Du Trauer. Last but not least: 8 Mitarbeiter an 5 Workstations ist nicht die Art Umgebung, wo diese im Internet beschriebenen Probleme auftreten. Ich kenne einige Firmen und Behörden, wo hohe vierstellige Benutzerzahlen über Jahrzehnte mit Roaming Profiles arbeiten.

Moin, Du siehst es scheinbar nur über den Preis und deswegen gewissermaßen falsch herum. Essentials hat einige Funktionen, die Standard/Datacenter nicht haben, ähnlich wie früher der SBS. Zusätzlich hat Essentials noch diese harte Beschränkung auf 25 User und 50 Devices. D.h. für etwas, worauf mehr als 25 Leute zugreifen sollen, darfst Du den Essentials eh nicht nutzen. Hast Du weniger als 25 User und brauchst diese Zusatzfunktionen nicht, sehen Deine Handlungsmöglichkeiten so aus: Du setzt Essentials 2019 ein, und er wird DC. Du setzt Standard 2019 ein und upgradest die User CALs auf 2019, und er wird nicht DC. Hast Du mehr als 25 User, steht Dir die erste Option nicht mehr frei.

Dann gibt es die Funktionalität nicht.

Moin, es geht ja nicht um den Preis, sondern um Funktionalität Wenn Du die Essentials-Funktionen wie das Portal, Client-Backup usw. haben möchtest, kannst Du das gern implementieren - mit dem Nebeneffekt, dass der Essentials halt der PDCe ist und bleibt.

...solange man nicht vorhat, upzugraden. Aber da Exchange vNext ja ein ganz anderes Lizenzmodell kriegen soll, ist es gerade alles etwas unsicher Aber erinnere ich mich richtig, dass es für die 2010er Office Server (Exchange, Lync, SharePoint) noch die "Mobilität innerhalb der Farm" gab, also auch ohne SA, solange nicht zu viele Zeitzonen zwischen den Clusterknoten sind?

Moin, Da wir alle leider nicht hellsehen können: Mit welchem Produkt scannst Du? Wie heißt der Ordner, der automatisch generiert wird?

Moin, ja, echte Mandantenfähigkeit ist seit Exchange 2013 im On-Prem-Produkt nicht mehr enthalten, und so bezieht sich die Festlegung "Innerhalb-/Außerhalb der Organisation" stets auf die Exchange Org und nicht auf den jeweiligen Mandanten. Hier die Bibel: https://www.microsoft.com/en-us/download/details.aspx?id=36790 Dort steht zu Deinem Problem:

Moin, wenn man keine Angst vor Nir Sofer hat, https://www.nirsoft.net/utils/multiple_ping_tool.html Es gibt aber auch tonnenweise andere Freeware dafür. Einfach googlen. Oder PowerShell halt...