Data Management:Regular data change

CREATE TABLE `data_modify` (
 `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Primary key',
 `name` varchar(256) NOT NULL COMMENT 'Name',
 `phone` varchar(32) DEFAULT NULL COMMENT 'Phone number',
 `sex` varchar(32) DEFAULT NULL COMMENT 'Gender',
 `email` varchar(256) DEFAULT NULL COMMENT 'Email address',
 `remarks` varchar(1024) DEFAULT NULL COMMENT 'Remarks',
 PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Personal information';

Compatibilidad con copias de seguridad

La copia de seguridad solo aplica a las instrucciones UPDATE y DELETE. Las instrucciones INSERT y DDL no generan copia de seguridad.

Paso 1: Actualizar las reglas de seguridad para poc_dev

1. Inicie sesión en la consola de DMS V5.0consola de DMS V5.0 como administrador de DMS.

2. Pase el puntero sobre el icono en la esquina superior izquierda y seleccione All Features > Security and disaster recovery (DBS) > Security Rules.

   En el modo normal, seleccione Security and disaster recovery (DBS) > Security Rules en la barra de navegación superior.

3. Pase el puntero sobre el icono en la esquina superior izquierda y seleccione All Features > Security and disaster recovery (DBS) > Security Rules.

   Nota

   Si utiliza la consola de DMS en modo normal, seleccione Security and disaster recovery (DBS) > Security Rules en la barra de navegación superior.

4. Pase el puntero sobre el icono en la esquina superior izquierda y seleccione All Features > Security and disaster recovery (DBS) > Security Rules.

   Nota

   Si utiliza la consola de DMS en modo normal, seleccione Security and disaster recovery (DBS) > Security Rules en la barra de navegación superior.

5. Pase el puntero sobre el icono en la esquina superior izquierda y seleccione All Features > Security and disaster recovery (DBS) > Security Rules.

   Nota

   Si utiliza la consola de DMS en modo normal, seleccione Security and disaster recovery (DBS) > Security Rules en la barra de navegación superior.

6. En la página Security Rules, busque las reglas de la base de datos de desarrollo POC y haga clic en Edit en la columna Actions.

7. En el panel de navegación izquierdo, haga clic en SQL Correct. Establezca Checkpoints en SQL execution rules.

8. Habilite All DML can execute directly in SQLConsole y deshabilite All DML must execute by ticket.

Paso 2: Comprobar el cambio de regla

1. En la esquina superior izquierda de la consola de DMS, busque la instancia poc_dev.

2. En la pestaña SQLConsole, ejecute las siguientes instrucciones INSERT:

   INSERT INTO data_modify (name, phone, sex) VALUES ('dms_a', '19000001','Male');
   INSERT INTO data_modify (name, phone, sex) VALUES ('dms_b', '19000002','Female');
   INSERT INTO data_modify (name, phone, sex) VALUES ('dms_c', '19000003','Male');

3. En el cuadro de diálogo Execution Confirmation, haga clic en Execute. Si en el resultado aparece Executed, el cambio de regla funciona correctamente.

Paso 1: Crear un proceso de aprobación

1. Inicie sesión en la consola de DMSconsola de DMS como administrador de DMS.

2. Pase el puntero sobre el icono en la esquina superior izquierda y seleccione All Features > Security and disaster recovery (DBS) > Approval Processes.

   En el modo normal, seleccione Security and disaster recovery (DBS) > Approval Processes en la barra de navegación superior.

3. Haga clic en Create Approval Template y configure los nodos de aprobación. Agregue los nodos en orden ascendente: el nodo 1 corresponde al primer aprobador, el nodo 2 al segundo, y así sucesivamente.

4. Haga clic en Submit.

Paso 2: Configurar una regla de identificación de riesgos

1. Pase el puntero sobre el icono en la esquina superior izquierda y seleccione All Features > Security and disaster recovery (DBS) > Security Rules.

   En el modo normal, seleccione Security and disaster recovery (DBS) > Security Rules en la barra de navegación superior.

2. En la página Security Rules, busque las reglas de la base de datos de producción POC y haga clic en Edit en la columna Actions.

3. Haga clic en SQL Correct en el panel de navegación izquierdo. Establezca Checkpoints en Risk Identification Rules y haga clic en Create Rule.

4. En el cuadro de diálogo Create Rule - SQL Correct, configure los siguientes parámetros:

   Parámetro	Valor
   Rule name	Production environments. The execution of DELETE statements is a high-risk operation
   Rule DSL	Consulte el código DSL a continuación

   if
       @fac.env_type in ['product','pre']
       and
       @fac.sql_type in
       [ 'DELETE']
   then
       @act.mark_risk 'high' 'High-risk SQL statements: DELETE in the production environments'
   end

5. Haga clic en Submit.

6. Busque la regla Production environments. The execution of DELETE statements is a high-risk operation y haga clic en Enable en la columna Actions. Haga clic en OK en el mensaje de confirmación. La regla entra en vigor de inmediato: todas las instrucciones DELETE se identifican como operaciones de alto riesgo.

Paso 3: Vincular el proceso de aprobación a la regla de aprobación de riesgos

1. Establezca Checkpoints en Risk Approval Rules. Busque la regla High risk approval process y haga clic en Edit en la columna Actions.

2. En el cuadro de diálogo Change Rule - SQL Correct, reemplace el ID de plantilla en el campo Rule DSL con el ID de la plantilla de aprobación que creó en el Paso 1. Haga clic en Submit.

3. Busque la regla High risk approval process y haga clic en Enable. Haga clic en OK para confirmar.

Paso 4: Comprobar la regla

1. En la consola de DMS, busque la instancia poc_prod.

2. En la pestaña SQLConsole, ejecute la siguiente instrucción:

   DELETE FROM data_modify WHERE id = 1;

3. Si el área Execution History muestra un mensaje de error debido a las reglas de seguridad, la regla funciona correctamente. Haga clic en Apply for Data Change para enviar un ticket y seguir el proceso de aprobación.

   Ejecutar DELETE en una base de datos de producción es una operación de alto riesgo. El ticket debe ser aprobado por el aprobador especificado en la plantilla de aprobación antes de poder ejecutarse.

Paso 1: Modificar la regla de seguridad para bloquear TRUNCATE

1. Inicie sesión en la consola de DMSconsola de DMS como administrador de DMS.

2. Pase el puntero sobre el icono en la esquina superior izquierda y seleccione All Features > Security and disaster recovery (DBS) > Security Rules.

   En el modo normal, seleccione Security and disaster recovery (DBS) > Security Rules en la barra de navegación superior.

3. En la página Security Rules, busque las reglas de la base de datos de producción POC y haga clic en Edit en la columna Actions.

4. En el panel de navegación izquierdo, haga clic en SQL Correct. Establezca Checkpoints en SQL execution rules.

5. Busque la regla Allow TRUNCATE to be executed directly in the SQL console y haga clic en Edit en la columna Actions.

6. Cambie el nombre de la regla a Forbid TRUNCATE statements. Reemplace el lenguaje específico de dominio (DSL) existente con el siguiente y haga clic en Submit:

   Este DSL bloquea TRUNCATE tanto en SQLConsole como a través de tickets. Para obtener más información sobre la sintaxis DSL, consulte DSL syntax for security rules .

   if
       @fac.sql_type in
         ['TRUNCATE']
   then
       @act.forbid_execute
   end

7. Busque la regla TRUNCATE cannot be executed directly in the SQL console. It must be executed as a ticket. y haga clic en Enable en la columna Actions. Haga clic en OK para confirmar.

Paso 2: Comprobar la regla en SQLConsole

1. En la consola de DMS, busque la instancia poc_prod.

2. En la pestaña SQLConsole, ejecute la siguiente instrucción:

   TRUNCATE TABLE `data_modify`;

3. Se muestra Execution Failed. La regla de seguridad está bloqueando la instrucción TRUNCATE.

Paso 3: Comprobar la regla para el envío de tickets

Envíe un ticket de cambio de datos con la siguiente instrucción SQL (consulte Submit a ticket for a regular data change):

TRUNCATE TABLE `data_modify`;

Después de enviar el ticket, revise los resultados de la comprobación previa. Si la comprobación falla, la regla también está bloqueando TRUNCATE a través del flujo de trabajo de tickets.