Dukel

Ahh. 2019. Dann Get-MailboxStatistics mailboxname | fl BigFunnel* Test-ExchangeSearch mailboxname | ft -AutoSize

ContentIndexState: NotApplicable wäre jetzt ein Ansatz weiter zu schauen. Hier gibt es evtl. mehr Infos: Get-MailboxDatabase | Get-MailboxDatabaseCopyStatus | Select Name,*index* Ist die zweite DB mit absicht dismounted?

Was sagt Get-MailboxDatabaseCopyStatus zum Index Status? Evtl. Indexe neu anlegen lassen. Autodiscover und Client Zugriffe sind richtig konfiguriert?

Alternativ via Script. Powershell mit PSWindowsUpdate Module.

Die Lösung hat jetzt nicht viel mit der "Anforderung" aus #1 zu tun. Oder die Anforderung war falsch kommuniziert und somit war es für uns schwer zu helfen.

Evtl. in den Logs schauen, woher sich der User am Exchange einloggt.

Da fehlt mindestens ein gleichzeichen. $filename = ... Und eine Pipe. $auswahl | ... Außerdem hat $filename nichts mit $Auswahl zu tun. Was soll den wo stehen? Du solltest dir mal die Grundlagen aneignen. Pipes, Variablen,...

Ist der andere Standort mit Modem angebunden? In der Zeit, in der du die Lösung klärst, wäre die Replikation sicher abgeschlossen. Jetzt übers Wochenende z.B. wird das übertragen sein.

Du willst das nicht Zeilenweise machen sondern mittels Json. Mit Powershell ist das ganze einfach. https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/convertfrom-json?view=powershell-7

Hast du das einmal getestet? Sprich im Client die Server IP in die server_custom.ini eingetragen?

Was heisst "funktioniert nicht"? Ist der Dienst im Internet verfügbar? Portforwarding? Hast du die richtige IP?

Steht doch in der Anleitung: https://github.com/DoM1niC/PlayHide

Die Mat. Views vom SQL Server gibt es nur in Azure. Einen Indexed View fibt es auch im SQL Server. https://docs.microsoft.com/en-us/sql/relational-databases/views/create-indexed-views?redirectedfrom=MSDN&view=sql-server-ver15 https://docs.microsoft.com/en-us/previous-versions/sql/sql-server-2008/dd171921(v=sql.100)?redirectedfrom=MSDN

Achtung! Nicht die Materialized Views mit irgendwelchen Indexen verwechseln. Wenn eine View lang braucht, dann hast du ein anderes Problem (vermutlich ein fehlender Index) und ein Mat. View hilft für sich erstmal nicht. https://docs.microsoft.com/en-us/sql/t-sql/statements/create-materialized-view-as-select-transact-sql?view=azure-sqldw-latest https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/performance-tuning-materialized-views Ein Mat. View wird auch nicht in bestimmten Intervallen aktualisiert sondern bei Änderung der Quelldaten. Ich würde mir, bevor ich mit Mat. Views anfange, das Grundproblem anschauen.

Denkfehler: Der Vorzug ist die physikalische Instanz, nicht die 2 VM.

Es wurden doch kostenlose Alternativen genannt. Vor allem die Remotehilfe / Remoteunterstützung ist eine gute alternative, da diese in Windows integriert ist.

Eine klare Empfehlung von vor x Jahren. https://support.microsoft.com/en-us/office/choose-between-the-64-bit-or-32-bit-version-of-office-2dee7807-8f95-4d0c-b5fe-6c6f49b8d261?ui=en-us&rs=en-us&ad=us

Ein alter Mythos.

Gar nicht. Das wird mehr false negatives und false positives geben als es Spam filtert.

Evtl. ist das das Problem: InternalDsnMaxMessageAttachSize : 10 MB (10,485,760 bytes)

Gib uns mal: Get-TransportConfig | Format-List *

Gibt es eine Fehlermeldung? Gibt es ein System vor dem Exchange, welches eMails annimmt?

Ich benutze den Calculator nicht. K.a. warum er das bei Raid vorschlägt. Ich würde mich an die MS Empfehlung halten mit 200 GB DB für Standalone und 2 TB für DAG.

https://docs.microsoft.com/en-us/exchange/plan-and-deploy/deployment-ref/storage-configuration?view=exchserver-2019 Standalone: Supported: Approximately 16 terabytes. Best practice: • 200 gigabytes (GB) or less. • Provision for 120 percent of calculated maximum database size. Cluster (DAG): Supported: Approximately 16 terabytes. Best practice: • 2 terabytes or less. • Provision for 120 percent of calculated maximum database size. Ja es geht primär um die Restorezeit bei MS. Bei einer DAG gibt es noch eine zweite, aktive Kopie, wärent der Restore (oder reseed) läuft. Bei einem Standalone Exchange braucht es halt eine gewisse Zeit in der die DB offline ist.

Ich wollte nur damit sagen, dass es ausnahmen für Universelle statt lobale Gruppen gibt und man daher problemlos auch hier universelle Gruppen vorstellen kann.