sp_syspolicy_rename_condition (Transact-SQL)
Renames an existing condition in Policy-Based Management.
.gif "Topic link icon")
Syntax
sp_syspolicy_rename_condition { [ @name = ] 'name' | [ @condition_id= ] condition_id }
, [ @new_name = ] 'new_name'
Arguments
[ @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)
Remarks
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.
Permissions
Requires membership in the PolicyAdministratorRole fixed database role.
.gif "Security note") Security Note |
|---|
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. |
Examples
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';
GO