sp_syspolicy_rename_condition (Transact-SQL)

APPLIES TO: yesSQL Server (starting with 2008) noAzure SQL Database noAzure SQL Data Warehouse noParallel Data Warehouse

Renames an existing condition in Policy-Based Management.

Topic link icon Transact-SQL Syntax Conventions


sp_syspolicy_rename_condition { [ @name = ] 'name' | [ @condition_id = ] condition_id }  
    , [ @new_name = ] 'new_name'  


[ @name = ] 'name' Is the name of the condition that you want to rename. name is sysname, and must be specified if condition_id is NULL.

[ @condition_id = ] condition_id Is the identifier for the condition that you want to rename. condition_id is int, and must be specified if name is NULL.

[ @new_name = ] 'new_name' Is the new name of the condition. new_name is sysname, and is required. Cannot be NULL or an empty string.

Return Code Values

0 (success) or 1 (failure)


You must run sp_syspolicy_rename_condition in the context of the msdb system database.

You must specify a value for either name or condition_id. Both cannot be NULL. To obtain these values, query the msdb.dbo.syspolicy_conditions system view.


Requires membership in the PolicyAdministratorRole fixed database role.


Possible elevation of credentials: Users in the PolicyAdministratorRole role can create server triggers and schedule policy executions that can affect the operation of the instance of the Database Engine. For example, users in the PolicyAdministratorRole role can create a policy that can prevent most objects from being created in the Database Engine. Because of this possible elevation of credentials, the PolicyAdministratorRole role should be granted only to users who are trusted with controlling the configuration of the Database Engine.


The following example renames a condition that is named 'Change Tracking Enabled'.

EXEC msdb.dbo.sp_syspolicy_rename_condition @name = N'Change Tracking Enabled'  
, @new_name = N'Verify Change Tracking Enabled';  

See Also

Policy-Based Management Stored Procedures (Transact-SQL)