The PSObject returned by this cmdlet contains the following properties:
-- Script The raw text of the SQL script to apply the update, or null in the case when no upgrade path to the specified target version exists.
-- NeedExclusiveAccess Indicates whether all services in the service group must be shut down during the update or not.
-- CanUndo Indicates whether the generated script allows the updated schema to be reverted to the state prior to the update.
Scripts to update the schema version are stored in the database so any service in the service group can obtain these scripts. Extreme caution should be exercised when using update scripts. Citrix recommends backing up the database before attempting to upgrade the schema. Database update scripts may require exclusive use of the schema and so may not be able to execute while any Configuration services are running. However, this depends on the specific update being carried out.
After a schema update has been carried out, services that require the previous version of the schema may cease to operate. The ServiceState parameter reported by the Get-ConfigServiceStatus command provides information about service compatibility. For example, if the schema has been upgraded to a more recent version that a service cannot use, the service reports "DBNewerVersionThanService".
If the command fails, the following errors can be returned.
The operation was successful but had no effect.
The database connection string for the Configuration Service has not been specified.
An error occurred in the service while attempting a database operation.
The operation could not be completed because the database for the service is not configured.
An error occurred in the service while attempting a database operation - communication with the database failed for various reasons.
You do not have permission to execute this command.
There was a problem communicating with the Citrix Delegated Administration Service.
There was a problem communicating with the remote service.
An unexpected error occurred. For more details, see the Windows event logs on the controller or the XenDesktop logs.