El comando que estoy intentando ejecutar es
[PS] C:\Windows\system32>Set-ClientAccessServer -Identity CCSEMAIL2010 -AutoDiscoverServiceInternalURI https://autodiscover.local.company.net/Autodiscover/Autodiscover.xml
La excepción es
Debe proporcionar un valor para esta propiedad.
- Información de categoría: No especificada: (0: Int32) [Set-ClientAccessServer], DataValidationException
- Totalmente calificadoErrorId: 4DA56CC3, Microsoft.Exchange.Management.SystemConfigurationTasks.SetClientAccessServer
- PSNombreEquipo: ccsemail2010.local.company.net
No entiendo qué no se especifica y por qué hay una referencia a Int32 en el error. He verificado que el nombre del servidor es el que ingresé. Utilicé adsiedit.msc para buscar el registro en AD y verificar que la cuenta que estoy usando para ejecutar el cmdlet tenga permiso para modificarlo. Toda la sintaxis que he examinado para el cmdlet tiene solo la propiedad -Identity según sea necesario. si corro
[PS] C:\Windows\system32>Set-ClientAccessServer -Identity CCSEMAIL2010
Se lanza la misma excepción.
Respuesta1
¿Qué ves cuando corres?
get-clientaccessserver | fl name, fqdn
LE: ¿Puedes asegurarte también de tener los permisos necesarios?
Get-ManagementRole -Cmdlet set-clientaccessserver
Get-ManagementRoleAssignment -Role "exchange servers" -GetEffectiveUsers | fl effectiveuser*
En caso de que tenga más roles además de "Servidores Exchange" con el cmdlet, también debe verificarlos.
Respuesta2
Así resolví el problema. La causa fundamental del problema terminó siendo la corrupción en AD. Una vez que se limpió la corrupción, todos los comandos establecidos emitidos a través de PowerShell funcionaron como se esperaba.
Primero enumeré las bases de datos de los buzones a través de PowerShell.
Luego abrí la Consola de administración de Exchange para verificar lo que vi en PowerShell.
Al tomar nota de los nombres de las bases de datos, inicié sesión en un controlador de dominio e inicié la herramienta ADSIEdit. Busqué en el árbol para encontrar las bases de datos de los buzones. Lo que vi fue un poco extraño. Había más registros de bases de datos de buzones de correo de los que esperaba.
Investigué más a fondo los registros de la base de datos del buzón y encontré dos registros de la base de datos que indicaban que estaban asociados con un único servidor. Sabía por mi investigación anterior que esto no era lo esperado y que tal vez no sea correcto.
Decidí correr el riesgo y eliminé la base de datos que no aparecía en la lista cuando solicité bases de datos de buzones a través de PowerShell y EMC.
Eso lo solucionó. Todos mis cmdlets de PowerShell ahora funcionan como se esperaba