Der Befehl, den ich ausführen möchte, ist
[PS] C:\Windows\system32>Set-ClientAccessServer -Identity CCSEMAIL2010 -AutoDiscoverServiceInternalURI https://autodiscover.local.company.net/Autodiscover/Autodiscover.xml
Die Ausnahme ist
Sie müssen für diese Eigenschaft einen Wert angeben.
- CategoryInfo: Nicht angegeben: (0:Int32) [Set-ClientAccessServer], DataValidationException
- FullyQualifiedErrorId: 4DA56CC3,Microsoft.Exchange.Management.SystemConfigurationTasks.SetClientAccessServer
- PSComputerName: ccsemail2010.local.company.net
Ich verstehe nicht, was nicht angegeben ist und warum der Fehler einen Verweis auf einen Int32 enthält. Ich habe überprüft, ob der Servername so ist, wie ich ihn eingegeben habe. Ich habe adsiedit.msc verwendet, um den Datensatz in AD aufzuspüren und zu überprüfen, ob das Konto, das ich zum Ausführen des Cmdlets verwende, die Berechtigung hat, ihn zu ändern. Die gesamte Syntax, die ich mir für das Cmdlet angesehen habe, hat nur die erforderliche Eigenschaft -Identity. Wenn ich ausführe
[PS] C:\Windows\system32>Set-ClientAccessServer -Identity CCSEMAIL2010
Es wird die gleiche Ausnahme ausgelöst.
Antwort1
Was sehen Sie beim Laufen:
get-clientaccessserver | fl name, fqdn
LE: Können Sie auch sicherstellen, dass Sie über die erforderlichen Berechtigungen verfügen?
Get-ManagementRole -Cmdlet set-clientaccessserver
Get-ManagementRoleAssignment -Role "exchange servers" -GetEffectiveUsers | fl effectiveuser*
Falls Sie neben „Exchange Servern“ noch weitere Rollen mit dem Cmdlet haben, sollten Sie diese ebenfalls überprüfen.
Antwort2
So habe ich das Problem gelöst. Die Hauptursache des Problems war letztendlich eine Beschädigung in AD. Nachdem die Beschädigung behoben war, funktionierten alle über Powershell ausgegebenen Befehle wie erwartet.
Zuerst habe ich die Postfachdatenbanken über Powershell aufgelistet
Ich öffnete dann die Exchange-Verwaltungskonsole, um zu überprüfen, was ich in Powershell sah
Ich notierte mir die Namen der Datenbanken, loggte mich dann bei einem Domänencontroller ein und startete das Tool ADSIEdit. Ich durchsuchte den Baum, um die Postfachdatenbanken zu finden. Was ich sah, war etwas seltsam. Es gab mehr Postfachdatenbankeinträge, als ich erwartet hatte.
Ich untersuchte die Postfachdatenbankeinträge genauer und fand zwei Datenbankeinträge, die darauf hinwiesen, dass sie mit einem einzigen Server verknüpft waren. Aus meinen früheren Untersuchungen wusste ich, dass dies nicht zu erwarten war und möglicherweise nicht korrekt war.
Ich habe mich entschieden, ein Risiko einzugehen und habe die Datenbank entfernt, die bei der Abfrage von Postfachdatenbanken über Powershell und über EMC nicht aufgeführt wurde.
Das hat das Problem behoben. Alle meine Powershell-Cmdlets funktionieren jetzt wie erwartet