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';

Suporte a backup

O backup aplica-se apenas a instruções UPDATE e DELETE. Instruções INSERT e DDL não geram backup.

Etapa 1: Atualizar as regras de segurança para poc_dev

1. Faça login no DMS console V5.0DMS console V5.0 como administrador do DMS.

2. Passe o ponteiro sobre o ícone no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Security Rules.

   No modo normal, escolha Security and disaster recovery (DBS) > Security Rules na barra de navegação superior.

3. Passe o ponteiro sobre o ícone no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Security Rules.

   Nota

   Se estiver usando o console do DMS no modo normal, escolha Security and disaster recovery (DBS) > Security Rules na barra de navegação superior.

4. Passe o ponteiro sobre o ícone no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Security Rules.

   Nota

   Se estiver usando o console do DMS no modo normal, escolha Security and disaster recovery (DBS) > Security Rules na barra de navegação superior.

5. Passe o ponteiro sobre o ícone no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Security Rules.

   Nota

   Se estiver usando o console do DMS no modo normal, escolha Security and disaster recovery (DBS) > Security Rules na barra de navegação superior.

6. Na página Security Rules, localize as regras do banco de dados de desenvolvimento POC e clique em Edit na coluna Actions.

7. No painel de navegação à esquerda, clique em SQL Correct. Defina Checkpoints como SQL execution rules.

8. Ative All DML can execute directly in SQLConsole e desative All DML must execute by ticket.

Etapa 2: Verificar a alteração da regra

1. No canto superior esquerdo do console do DMS, pesquise pela instância poc_dev.

2. Na aba SQLConsole, execute as seguintes instruções 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. Na caixa de diálogo Execution Confirmation, clique em Execute. Se Executed aparecer no resultado, a alteração da regra está funcionando corretamente.

Etapa 1: Criar um processo de aprovação

1. Faça login no DMS consoleDMS console como administrador do DMS.

2. Passe o ponteiro sobre o ícone no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Approval Processes.

   No modo normal, escolha Security and disaster recovery (DBS) > Approval Processes na barra de navegação superior.

3. Clique em Create Approval Template e configure os nós de aprovação. Adicione nós em ordem crescente: o nó 1 é o primeiro aprovador, o nó 2 é o segundo, e assim por diante.

4. Clique em Submit.

Etapa 2: Configurar uma regra de identificação de riscos

1. Passe o ponteiro sobre o ícone no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Security Rules.

   No modo normal, escolha Security and disaster recovery (DBS) > Security Rules na barra de navegação superior.

2. Na página Security Rules, localize as regras do banco de dados de produção POC e clique em Edit na coluna Actions.

3. Clique em SQL Correct no painel de navegação à esquerda. Defina Checkpoints como Risk Identification Rules e clique em Create Rule.

4. Na caixa de diálogo Create Rule - SQL Correct, defina os seguintes parâmetros:

   Parâmetro	Valor
   Rule name	Production environments. The execution of DELETE statements is a high-risk operation
   Rule DSL	Consulte o código DSL abaixo

   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. Clique em Submit.

6. Localize a regra Production environments. The execution of DELETE statements is a high-risk operation e clique em Enable na coluna Actions. Clique em OK na mensagem de confirmação. A regra entra em vigor imediatamente: todas as instruções DELETE passam a ser identificadas como operações de alto risco.

Etapa 3: Vincular o processo de aprovação à regra de aprovação de riscos

1. Defina Checkpoints como Risk Approval Rules. Localize a regra High risk approval process e clique em Edit na coluna Actions.

2. Na caixa de diálogo Change Rule - SQL Correct, substitua o ID do modelo no campo Rule DSL pelo ID do modelo de aprovação criado na Etapa 1. Clique em Submit.

3. Localize a regra High risk approval process e clique em Enable. Clique em OK para confirmar.

Etapa 4: Verificar a regra

1. No console do DMS, pesquise pela instância poc_prod.

2. Na aba SQLConsole, execute a seguinte instrução:

   DELETE FROM data_modify WHERE id = 1;

3. Se a área Histórico de Execução exibir uma mensagem de falha devido a regras de segurança, a regra está funcionando. Clique em Apply for Data Change para enviar um ticket e passar pelo processo de aprovação.

   A execução de DELETE em um banco de dados de produção é uma operação de alto risco. O ticket precisa ser aprovado pelo aprovador especificado no modelo de aprovação antes da execução.

Etapa 1: Modificar a regra de segurança para bloquear TRUNCATE

1. Faça login no DMS consoleDMS console como administrador do DMS.

2. Passe o ponteiro sobre o ícone no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Security Rules.

   No modo normal, escolha Security and disaster recovery (DBS) > Security Rules na barra de navegação superior.

3. Na página Security Rules, localize as regras do banco de dados de produção POC e clique em Edit na coluna Actions.

4. No painel de navegação à esquerda, clique em SQL Correct. Defina Checkpoints como SQL execution rules.

5. Localize a regra Allow TRUNCATE to be executed directly in the SQL console e clique em Edit na coluna Actions.

6. Renomeie a regra para Forbid TRUNCATE statements. Substitua a linguagem específica de domínio (DSL) existente pelo código abaixo e clique em Submit:

   Esta DSL bloqueia TRUNCATE tanto no SQLConsole quanto por meio de tickets. Para mais informações sobre a sintaxe DSL, consulte Sintaxe DSL para regras de segurança .

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

7. Localize a regra TRUNCATE cannot be executed directly in the SQL console. It must be executed as a ticket. e clique em Enable na coluna Actions. Clique em OK para confirmar.

Etapa 2: Verificar a regra no SQLConsole

1. No console do DMS, pesquise pela instância poc_prod.

2. Na aba SQLConsole, execute a seguinte instrução:

   TRUNCATE TABLE `data_modify`;

3. A mensagem Execution Failed será exibida. A regra de segurança está bloqueando a instrução TRUNCATE.

Etapa 3: Verificar a regra para envio de tickets

Envie um ticket de alteração de dados com a seguinte instrução SQL (consulte Enviar um ticket para alteração regular de dados):

TRUNCATE TABLE `data_modify`;

Após enviar o ticket, verifique os resultados da pré-verificação. Se a pré-verificação falhar, a regra também está bloqueando TRUNCATE pelo fluxo de trabalho de tickets.