Dukel

Oder alle Verbindungen testen, richtig beschriften und diese nutzen, die man braucht. Wieso sollte er einen neuen Switch brauchen. Dann teste das richtig mit einem Netzwerktester. Wenigstens einer, der alle Adern prüft.

Das nennt sich Patch Panel und nicht Hub. Hier wird man zwischen der Dose und dem Panel messen müssen. Ein Elektriker sollte dies machen können.

Schaue ich mir an. Danke. Was ich vergessen habe, ich suche eine OnPrem Lösung, keine Cloud.

Dann solltest du dir einmal die Netzwerkgrundlagen anschauen.

Hallo, ich möchte Daten von einer Datenquelle zu einem Datenziel synchronisieren. Es gibt unterschiedliche Quellen und Ziele und die meisten sprechen REST. Kennt jemand eine ETL Software oder eine Synchronisierungssoftware, mit der das relativ einfach funktioniert? Ich habe das ganze mit Talend Open Studio probiert. Aber bis das Programm einmal läuft hat das erstmal gedauert und es gibt dauernt Probleme, die nichts mit der eigendlichen Schnittstelle zu tun haben. Das ganze zu Scripten ist auch möglich, wollte aber Tool unterstützung, damit ich mich um bestimmte Themen nicht kümmern muss, die z.B. eine ETL Software mitbringt.

Genauer: Die Firewall macht auch keine Ports auf, sondern blokiert diese oder blokiert diese nicht. Ein Port wird immer nur von einem Listener "Aufgemacht".

Muss evtl. auf dem Hyper-V Host ein Backup Agent installiert werden?

Willst du AD Nutzer oder Cloud Nutzer haben? Bei ersterem braucht es die Exchange Attribute im AD. In dem Fall macht man eine normale MS 365 Migration und kann, wenn man unbedingt möchte, den am Schluss Exchange entfernen.

Lauscht auch ein Dienst auf dem Port? Firewall heisst nur, dass nichts oder etwas geblockt wird, wenn es möglich wäre.

Da hätte man evtl. vorher etwas machen müssen und einheitliche Drucker und eine Management Software kaufen können.

Vielleicht konnte das keiner, weil es Probleme gibt ;)

Powershell wird sicher kein Drucker sprechen. Wenn, dann gibt es Schnittstellen (SNMP), die von dem Powershell Script genutzt werden.

Alternativ SA: https://www.microsoft.com/licensing/terms/product/SoftwareAssuranceBenefits/all Das gilt aber nur für Cold Backup. Wenn die VM's laufen, dann müssen diese komplett Lizenziert werden.

Sicher nicht. Du kannst das aber gerne vergleichen. Schau im IIS, was da am Frontend und was am Backend hängt und vergleiche dies mit Get-ExchangeCertificate und Get-AuthConfig.

Es gibt bei Exchange seit einiger Zeit ein Backend und ein Frontend im IIS. Daher zwei unterschiedliche Zertifikate. Das eine lässt sich mit Get-ExchangeCertificate anzeigen, das andere mit Get-AuthConfig.

https://www.sqlshack.com/sql-server-statistics-and-how-to-perform-update-statistics-in-sql/

Ich hatte bei meinen Kunden und Projekten nie den onmicrosoft Alias hinzugefügt. In den migierten Postfächern war dieser automatisch enthalten.

Aber nicht manuell hinzugefügt.

Ich glaube da hast du etwas falsch verstanden. Zwischen MS365 und OnPrem kann auch mit den bisherigen eMail Adressen kommuniziert werden. Exchange OnPrem nach der Migration zu entfernen ist auch keine gute Idee.

Wieso willst du eMail Adressen ändern? Die Vorhandenen eMail Adressen werden doch weiterhin genutzt. Dazu ist der OnPrem Mgmt Exchange Server da.

Hier kann man davon ausgehen, dass der gemeine Administrator das eben nicht macht/kennt.

Man kann die eMail Adressrichtlinie auch mit mehreren Domänen nutzen. Die Empfehlung ist der UPN gleich der email Adresse zu setzen. Kann ist Logon Name und eMail Adresse die selbe.

Lizenzrechtlicht ist es unerheblich wie viele Instanzen. Es zählen nur die Anzahl der Server bzw. Cores. Technisch gesehen, sind mehrere Instanzen eher zu vermeiden. Wenn die Datenbanken unterschiedlich heißen und sonst nichts dagegen spricht, kann man alles in einer Instanz installieren.

Meine Kunden nutzen Personalisierte Admin Accounts und auch nur zur Administration.

Soll man hierzu noch etwas schreiben?