Todos os produtos
Search
Central de documentação

Data Management:Personalizar um processo de aprovação de ticket

Última atualização: Jun 27, 2026

No DMS, as regras de segurança e os processos de aprovação são interdependentes. Caso os modelos internos de aprovação de tickets não atendam às necessidades do seu negócio, crie um processo de aprovação personalizado. Isso garante que todos os tickets de alteração de banco de dados enviados para um ambiente de produção utilizem o fluxo de aprovação definido por você.

Visão geral

  1. Crie um nó de aprovação

    Adicione os usuários do DMS responsáveis por aprovar tickets a um nó de aprovação.

  2. Crie um modelo de aprovação

    Defina um fluxo de trabalho personalizado para aprovação de tickets.

  3. Aplique o modelo de aprovação à regra de segurança associada à instância

    Para ativar o modelo de aprovação personalizado, aplique-o à regra de segurança associada à instância.

Pré-requisitos

  • Sua função deve ser DBA ou administrador. Para mais informações, consulte Visualize minha função no sistema.

  • A instância deve utilizar o modo de controle Security Collaboration.

Observações de uso

  • Uma instância pode estar associada a apenas uma regra de segurança, que pode ser a regra padrão ou uma regra personalizada.

  • Recomendamos configurar pelo menos dois aprovadores em um processo de aprovação de ticket para evitar aprovações incorretas ou atrasos.

  • As regras de segurança no nível da instância permitem definir processos de aprovação diferentes para instâncias ou bancos de dados, mas podem apresentar limitações na prática. Por exemplo:

    • Uma instância de banco de dados possui apenas um DBA. Para evitar gargalos com um único aprovador, talvez seja necessário atribuir responsabilidades de aprovação a vários usuários com a função de DBA.

    • Várias unidades de negócio compartilham uma mesma instância de banco de dados. Nesse cenário, pode ser necessário incluir cada unidade de negócio no processo de aprovação para gerenciar os tickets de seus respectivos bancos de dados.

Etapa 1: Criar um nó de aprovação

  1. Faça login no DMS 5.0.

  2. Passe o ponteiro do mouse sobre o ícone 2023-01-28_15-57-17.png no canto superior esquerdo e escolha All Features > Security and disaster recovery (DBS) > Approval Processes.

    Nota

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

  3. Na aba Approval Node, clique em Create Approval Node e configure os parâmetros na caixa de diálogo.

    Neste exemplo, crie dois nós de aprovação: um para o administrador de teste db_doc e outro para o usuário de teste dmsuser.

    A caixa de diálogo inclui três campos obrigatórios: Name, Remarks e Approver. Após concluir a configuração, clique em Submit.

    Nota

    É possível adicionar um ou mais aprovadores a um nó de aprovação. Se um nó possuir múltiplos aprovadores, qualquer um deles poderá aprovar a solicitação.

  4. Clique em Submit.

    Após o envio, os dois nós de aprovação criados aparecerão na lista: Test User (ID 4505448, Banco de dados db_doc, Nome de usuário dmsuser_test) e Test Admin (ID 4505433, Banco de dados db_doc, Nome de usuário db_doc). O Type deles será Custom, permitindo que você os Edite ou Exclua.

Etapa 2: Criar um modelo de aprovação

  1. Na aba Approval Template, clique em Create Approval Template e configure os parâmetros na caixa de diálogo.

    Para este exemplo, nomeie o modelo como Test User->Test Admin e adicione a observação Define the approval flow: first approved by the test user, then by the test admin. Em seguida, adicione os nós de aprovação na seguinte ordem: Test User, Test Admin.

  2. Clique em Submit.

  3. Após a criação do modelo, anote o novo Template ID.

    Neste exemplo, o Template ID é 4399383.

    O novo modelo de aprovação possui um fluxo de aprovação Test User->Test Admin. Seu Type é Custom, o Associated Object é db_doc e o número de Approval Levels é 2. Isso indica que os tickets exigem aprovação primeiro do usuário de teste e depois do administrador de teste.

Etapa 3: Aplicar o modelo à regra de segurança

  1. Passe o ponteiro do mouse sobre o ícone 2023-01-28_15-57-17.png 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.

  2. Na página Security Rules, localize a regra desejada e clique em Edit na coluna Actions.

    Siga estas etapas para encontrar a regra de segurança associada a uma instância.

    No painel de navegação à esquerda, escolha Database Instance. Na lista de instâncias, clique com o botão direito na instância desejada e selecione View Details para visualizar a regra de segurança associada.

    Na caixa de diálogo Instance Details, o campo Security Rule na seção Basic Information exibe o nome da regra de segurança associada à instância, como SD-DT.

  3. Na página de detalhes da regra de segurança, clique em SQL Correct.

  4. Defina Checkpoint como risk approval rule e clique em Edit ao lado de Medium-risk approval process.

  5. Na caixa de texto Rule DSL, substitua o ID do processo de aprovação existente pelo novo: 4399383.

    Exemplo de código Rule DSL: if @fac.risk_level=='middle' then select_approve_template(4399383) end. Após realizar a alteração, clique em Submit.

  6. Clique em Submit.

  7. Na página de detalhes da regra, Ative a regra do processo de aprovação de risco médio.

  8. Associe a regra de aprovação de risco a uma regra de identificação de risco.

    Em "Production environment, default is medium risk" > risk identification rule, configure a regra para aplicar o processo de aprovação personalizado aos bancos de dados necessários.

    No painel de navegação à esquerda, clique em SQL Correct e selecione a aba Risk Identification Rules. Na linha referente à regra Production environment, default is medium risk, clique em Edit na coluna Actions.

    O exemplo abaixo de Rule DSL para a regra Production environment, default is medium risk indica que, ao executar uma operação de importação de dados em um banco de dados no ambiente de produção, o DMS classifica a operação como risco médio. Nesse caso, o modelo de aprovação recém-criado Test User->Test Admin gerencia a aprovação.

    if
     @fac.env_type in ['product']
    then
     @act.mark_risk 'middle' 'Medium risk: production environment'
    end
  9. Verifique se a configuração foi bem-sucedida.

    Por exemplo, envie um ticket de importação de dados para um banco de dados no ambiente de produção. Durante a fase de aprovação, se o fluxo exibido na caixa de diálogo corresponder à sua configuração, tudo está correto. Para mais informações, consulte Importação de dados.

    Como exemplo, a caixa de diálogo Preview Details mostra um processo de aprovação com três nós: Submit Application (enviado pelo usuário db_doc), Test User (aprovado pelo usuário dmsuser_test) e Test Admin (aprovado pelo usuário db_doc).

Próximas etapas

Após personalizar um processo de aprovação de ticket, talvez seja necessário configurar como os aprovadores recebem notificações, seja por SMS, DingTalk ou e-mail. Para mais informações, consulte gerenciamento de usuários e Usar DingTalk ou Lark para enviar notificações.

Perguntas frequentes

P: Como especificar aprovadores diferentes para bancos de dados distintos?

R: Defina proprietários de recursos diferentes para cada banco de dados e adicione o nó de sistema 'Owner' ao modelo de aprovação.