v7
Aplica-se somente ao Campaign Classic v7
no local e híbrido
Aplica-se somente a implantações locais e híbridas

Recomendações específicas do RDBMS rdbms-specific-recommendations

Para ajudar você a configurar planos de manutenção, esta seção lista algumas recomendações e práticas recomendadas adaptadas aos vários mecanismos RDBMS aceitos pela Adobe Campaign. No entanto, essas são apenas recomendações. Cabe a você adaptá-los às suas necessidades, de acordo com seus procedimentos internos e restrições. O administrador do banco de dados tem a responsabilidade de criar e executar esses planos.

PostgreSQL postgresql

Detecção de tabelas grandes detecting-large-tables

  1. Você pode adicionar a seguinte exibição ao banco de dados:

    code language-none
    create or replace view uvSpace
     as
     SELECT c1.relname AS tablename, c2.relname AS indexname, c2.relpages * 8 / 1024 AS size_mbytes, c2.relfilenode AS filename, 0 AS row_count
     FROM pg_class c1, pg_class c2, pg_index i
     WHERE c1.oid = i.indrelid AND i.indexrelid = c2.oid
     UNION
     SELECT pg_class.relname AS tablename, NULL::"unknown" AS indexname, pg_class.relpages * 8 / 1024 AS size_mbytes, pg_class.relfilenode AS filename, cast(pg_class.reltuples as integer) AS row_count
     FROM pg_class
     WHERE pg_class.relkind = 'r'::"char"
     ORDER BY 3 DESC, 1, 2 DESC;
    
  2. Você pode executar esta consulta para localizar tabelas e índices grandes:

    code language-none
    SELECT * FROM uvSpace;
    

    Como alternativa, você pode executar essa consulta, por exemplo, para ver todos os tamanhos de índice coletivamente:

    code language-none
    SELECT
       tablename,
       sum(size_mbytes) AS "sizeMB_all",
       (
          SELECT sum(size_mbytes)
          FROM uvspace
          AS uv2
          WHERE
             INDEXNAME IS NULL
             AND uv1.tablename = uv2.tablename
       ) AS "sizeMB_data",
       (
          SELECT sum(size_mbytes)
          FROM uvspace
          AS uv2
          WHERE
             INDEXNAME IS NOT NULL
             AND uv1.tablename = uv2.tablename
       ) AS "sizeMB_index",
       (
          SELECT ROW_COUNT
          FROM uvspace
          AS uv2
          WHERE
             INDEXNAME IS NULL
             AND uv1.tablename = uv2.tablename
       ) AS ROWS FROM uvspace AS uv1
       GROUP BY tablename
       ORDER BY 2 DESC
    

Manutenção simples simple-maintenance

IMPORTANT
O Adobe recomenda não executar o VACUUM FULL nas configurações do banco de dados hospedado no Campaign Adobe. A manutenção sugerida é um guia apenas para instalações no local. Para implementações e esquemas de tabela personalizados, use VACUUM FULL por sua conta e risco, pois o VACUUM - sem monitoramento - pode bloquear exclusivamente tabelas que causam consultas paralisadas e, em alguns casos, bloquear todo o banco de dados.

No PostgreSQL, você pode usar estas palavras-chave típicas:

  • VÁCUO (COMPLETO, ANALISAR, DETALHADO)

Para executar a operação VACUUM, analisar e cronometrar, você pode usar esta sintaxe:

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) <table>;

É altamente recomendável que você não omita a instrução ANALYZE. Caso contrário, a tabela vazia será deixada sem estatísticas. O motivo é que uma nova tabela é criada e, em seguida, a antiga é excluída. Como resultado, a ID de objeto (OID) da tabela é alterada, mas nenhuma estatística é calculada. Consequentemente, você terá problemas de desempenho imediatamente.

Este é um exemplo típico de um plano de manutenção SQL a ser executado regularmente:

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) nmsdelivery;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) nmsdeliverystat;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) xtkworkflow;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) xtkworkflowevent;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) xtkworkflowjob;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) xtkworkflowlog;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) xtkworkflowtask;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) xtkjoblog;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) xtkjob;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) nmsaddress;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) nmsdeliverypart;

\timing on
VACUUM (FULL, ANALYZE, VERBOSE) nmsmirrorpageinfo;
NOTE
  • A Adobe recomenda começar com tabelas menores: dessa forma, se o processo falhar em tabelas grandes (onde o risco de falha é maior), pelo menos parte da manutenção foi concluída.
  • A Adobe recomenda adicionar as tabelas específicas ao seu modelo de dados, que podem estar sujeitas a atualizações significativas. Este pode ser o caso para NmsRecipient se você tiver grandes fluxos diários de replicação de dados.
  • A instrução VACUUM bloqueará a tabela, que pausa alguns processos enquanto a manutenção é realizada.
  • Para tabelas muito grandes (normalmente acima de 5 Gb), a instrução VACUUM FULL pode se tornar bastante ineficiente e levar muito tempo. O Adobe não recomenda usá-lo para o YyyNmsBroadLogXxx tabela.
  • Essa operação de manutenção pode ser implementada por um workflow do Adobe Campaign, usando um SQL atividade. Para obter mais informações, consulte esta seção. Certifique-se de programar a manutenção para um período de baixa atividade que não colida com a janela de backup.

Reconstrução de um banco de dados rebuilding-a-database

O PostgreSQL não fornece uma maneira fácil de executar uma reconstrução de tabela online, pois a instrução VACUUM FULL bloqueia a tabela, impedindo assim a produção regular. Isso significa que a manutenção deve ser executada quando a tabela não for usada. É possível:

  • executar a manutenção quando a plataforma do Adobe Campaign for interrompida,
  • interromper os vários subserviços do Adobe Campaign que provavelmente gravarão na tabela que está sendo recriada (nlserver stop wfserver instance_name para interromper o processo de fluxo de trabalho).

Este é um exemplo de desfragmentação de tabela usando funções específicas para gerar o DDL necessário. O SQL a seguir permite criar duas novas funções: GenRebuildTablePart1 e GenRebuildTablePart2, que pode ser usado para gerar o DDL necessário para recriar uma tabela.

  • A primeira função permite criar uma tabela de trabalho (​ _tmp aqui) que é uma cópia da tabela original.
  • A segunda função, então, exclui a tabela original e renomeia a tabela de trabalho e seus índices.
  • Usar duas funções em vez de uma significa que, se a primeira falhar, você não corre o risco de excluir a tabela original.
 -- --------------------------------------------------------------------------
 -- Generate the CREATE TABLE DDL for a table
 -- --------------------------------------------------------------------------
 create or replace function GenTableDDL(text) returns text as $$
 declare
 vstrTable text;
 vrecFld RECORD;
 vstrDDL text;
 vstrFields text;
 vstrNsTable text;
 vstrTableSpace text;
 begin
 vstrTable = lower($1);

 vstrDDL = ;

 SELECT
 pg_catalog.quote_ident(n.nspname) || '.' || pg_catalog.quote_ident(c.relname),
 pg_catalog.quote_ident(t.spcname)
 INTO
 vstrNsTable, vstrTableSpace
 FROM
 pg_namespace n, pg_class c left outer join pg_tablespace t on c.reltablespace = t.oid
 WHERE
 n.oid = c.relnamespace AND
 c.relname = vstrTable;

 vstrDDL = 'CREATE TABLE ' || vstrNsTable || '_tmp(';

 vstrFields = ;
 FOR vrecFld IN
 SELECT
 pg_catalog.quote_ident(a.attname) ||
 ' ' || t.typname ||
 case when t.typname='varchar' then '(' || cast(a.atttypmod-4 as text) || ')'
 when t.typname='numeric' then '(' || cast((a.atttypmod-4)/65536 as text) || ',' || cast((a.atttypmod-4)%65536 as text) || ')'
 else end ||
 case when a.attnotnull then ' not null' else end ||
 case when a.atthasdef then ' default '|| d.adsrc else end as DDL
 FROM
 pg_type t, pg_class c, pg_attribute a LEFT OUTER JOIN pg_attrdef d ON d.adrelid=a.attrelid and d.adnum=a.attnum
 WHERE
 a.attnum > 0 AND
 a.attrelid = c.oid AND
 t.oid = a.atttypid AND
 c.relname = vstrTable
 ORDER BY
 a.attnum
 LOOP
 IF vstrFields <> THEN
 vstrFields = vstrFields || ',' || chr(10) || ' ';
 ELSE
 vstrFields = vstrFields || chr(10) || ' ';
 END IF;
 vstrFields = vstrFields || vrecFld.DDL;
 END LOOP;

 vstrDDL = vstrDDL || vstrFields || chr(10) || ')';
 if vstrTableSpace <> then
 vstrDDL = vstrDDL || ' TABLESPACE ' || vstrTableSpace;
 end if;
 vstrDDL = vstrDDL || ';' || chr(10);

 return vstrDDL;
 END;
 $$ LANGUAGE plpgsql;

 -- --------------------------------------------------------------------------
 -- Generate the CREATE INDEX DDL for a table
 -- --------------------------------------------------------------------------
 create or replace function GenIndexDDL(text) returns text as $$
 declare
 vstrTable text;
 vrecIndex RECORD;
 vstrDDL text;
 viFld integer;
 vstrFld text;
 begin
 vstrTable = lower($1);

 vstrDDL = ;

 FOR vrecIndex IN
 SELECT
 i.indkey, i.indisunique,
 pg_catalog.quote_ident(c.relname) as tablename,
 pg_catalog.quote_ident(ic.relname) as indexname,
 pg_catalog.quote_ident(t.spcname) as tablespace
 FROM
 pg_class c, pg_index i, pg_class ic left outer join pg_tablespace t on ic.reltablespace = t.oid
 WHERE
 i.indexrelid = ic.oid AND
 i.indrelid = c.oid AND
 c.relname = vstrTable
 LOOP

  vstrDDL = vstrDDL || 'CREATE ';
  if vrecIndex.indisunique then
  vstrDDL = vstrDDL || 'UNIQUE ';
  end if;
  vstrDDL = vstrDDL ||
   'INDEX ' ||vrecIndex.indexname || '_tmp ON ' ||
   vrecIndex.tablename || '_tmp(';

  FOR viFld IN array_lower(vrecIndex.indkey, 1) .. array_upper(vrecIndex.indkey, 1) LOOP
  SELECT pg_catalog.quote_ident(a.attname) INTO vstrFld
  FROM
   pg_attribute a, pg_class c
  WHERE
   a.attnum = vrecIndex.indkey[viFld] AND
   a.attrelid = c.oid AND c.relname=vstrTable;

  vstrDDL = vstrDDL || vstrFld;
  if viFld <> array_upper(vrecIndex.indkey, 1) then
   vstrDDL = vstrDDL || ', ';
  end if;
  END LOOP;
  vstrDDL = vstrDDL || ')';

  if vrecIndex.tablespace <> then
  vstrDDL = vstrDDL || 'TABLESPACE ' || vrecIndex.tablespace;
  end if;
  vstrDDL = vstrDDL || ';' || chr(10);

 END LOOP;

 return vstrDDL;
 END;
 $$ LANGUAGE plpgsql;

 -- --------------------------------------------------------------------------
 -- Generate the ALTER INDEX RENAME for a table
 -- --------------------------------------------------------------------------
 create or replace function GenRenameIndexDDL(text) returns text as $$
 declare
 vstrTable text;
 vrecIndex RECORD;
 vstrDDL text;
 begin
 vstrTable = lower($1);

 vstrDDL = ;

 FOR vrecIndex IN
  SELECT
  pg_catalog.quote_ident(n.nspname) as namespace,
  pg_catalog.quote_ident(ic.relname) as indexname
  FROM
  pg_namespace n, pg_class c, pg_index i, pg_class ic
  WHERE
  i.indexrelid = ic.oid AND
  n.oid = ic.relnamespace AND
  i.indrelid = c.oid AND
  c.relname = vstrTable
 LOOP

  vstrDDL = vstrDDL || 'ALTER INDEX ' || vrecIndex.namespace || '.' || vrecIndex.indexname ||
    '_tmp RENAME TO ' || vrecIndex.indexname ||
    ';' || chr(10);
 END LOOP;

 return vstrDDL;
 END;
 $$ LANGUAGE plpgsql;

 -- --------------------------------------------------------------------------
 -- Build a copy of a table, with index
 -- --------------------------------------------------------------------------
 create or replace function GenRebuildTablePart1(text) returns text as $$
 declare
 vstrTable text;
 vstrTmp text;
 vstrDDL text;
 begin
 vstrTable = lower($1);

 vstrDDL = ;

 SELECT GenTableDDL(vstrTable) INTO vstrTmp;
 vstrDDL = vstrDDL|| vstrTmp || chr(10);

 vstrDDL = vstrDDL|| 'INSERT INTO ' || vstrTable || '_tmp SELECT * FROM ' || vstrTable || ';'||chr(10);
 SELECT GenIndexDDL(vstrTable) INTO vstrTmp;

 vstrDDL = vstrDDL|| vstrTmp || chr(10);
 vstrDDL = vstrDDL|| 'VACUUM ANALYSE '|| vstrTable || '_tmp;' ||chr(10);

 return vstrDDL;
 end;
 $$ LANGUAGE plpgsql;

 -- --------------------------------------------------------------------------
 -- Drop the original table and rename the copy
 -- --------------------------------------------------------------------------
 create or replace function GenRebuildTablePart2(text) returns text as $$
 declare
 vstrTable text;
 vstrTmp text;
 vstrDDL text;
 begin
 vstrTable = lower($1);

 vstrDDL = 'DROP TABLE ' || vstrTable||';'|| chr(10);
 vstrDDL = vstrDDL|| 'ALTER TABLE ' || vstrTable || '_tmp RENAME TO ' || vstrTable ||';'|| chr(10);

 SELECT GenRenameIndexDDL(vstrTable) INTO vstrTmp;
 vstrDDL = vstrDDL|| vstrTmp || chr(10);

 return vstrDDL;
 end;
 $$ LANGUAGE plpgsql;

O exemplo a seguir pode ser usado em um workflow para recriar as tabelas necessárias em vez de usar o aspirar/reconstruir comando:

function sqlGetMemo(strSql)
 {
 var res = sqlSelect("s, m:memo", strSql);
 return res.s.m.toString();
 }

 function RebuildTable(strTable)
 {
 // Rebuild a table_tmp
 var strSql = sqlGetMemo("select GenRebuildTablePart1('"+strTable+"')");
 logInfo("Rebuilding table '"+strTable+"'...");
 // logInfo(strSql);
 sqlExec(strSql);

 // If fails, there is an exception thrown and so we do not delete the original table
 strSql = sqlGetMemo("select GenRebuildTablePart2('"+strTable+"')");
 logInfo("Swapping table '"+strTable+"'...");
 //logInfo(strSql);
 sqlExec(strSql);
 }

 RebuildTable('nmsrecipient');
 RebuildTable('nmsrcpgrlrel');
 // ... other tables here

Oracle oracle

Entre em contato com o administrador do banco de dados para descobrir sobre os procedimentos mais adequados para a sua versão do Oracle.

Microsoft SQL Server microsoft-sql-server

NOTE
Para o Microsoft SQL Server, é possível usar o plano de manutenção detalhado em esta página.

O exemplo abaixo diz respeito ao Microsoft SQL Server 2005. Se você estiver usando outra versão, entre em contato com o administrador do banco de dados para saber mais sobre os procedimentos de manutenção.

  1. Primeiro, conecte-se ao Microsoft SQL Server Management Studio com um logon com direitos de administrador.

  2. Vá para a Management > Maintenance Plans pasta, clique com o botão direito do mouse nela e escolha Maintenance Plan Wizard.

  3. Clique em Next quando a primeira página aparecer.

  4. Selecione o tipo de plano de manutenção que deseja criar (programações separadas para cada tarefa ou programação única para todo o plano) e clique no link Change… botão.

  5. No Job schedule properties selecione as configurações de execução desejadas e clique em OK e, em seguida, clique em Next.

  6. Selecione as tarefas de manutenção que deseja executar e clique em Next.

    note note
    NOTE
    Recomendamos executar pelo menos as tarefas de manutenção mostradas abaixo. Você também pode selecionar a tarefa de atualização de estatísticas, embora ela já seja executada pelo workflow de limpeza do banco de dados.
  7. Na lista suspensa, selecione o banco de dados no qual deseja executar o Database Check Integrity tarefa.

  8. Selecione o banco de dados e clique em OK e, em seguida, clique em Next.

  9. Configure o tamanho máximo alocado para o banco de dados e clique em Next.

    note note
    NOTE
    Se o tamanho do banco de dados exceder esse limite, o plano de manutenção tentará excluir os dados não utilizados para liberar espaço.
  10. Reorganizar ou recriar o índice:

    • Se a taxa de fragmentação do índice estiver entre 10% e 40%, recomenda-se uma reorganização.

      Escolha quais bancos de dados e objetos (tabelas ou views) você deseja reorganizar e clique em Next.

      note note
      NOTE
      Dependendo da configuração, você pode escolher as tabelas selecionadas anteriormente ou todas as tabelas do banco de dados.
    • Se a taxa de fragmentação do índice for superior a 40%, recomenda-se a reconstrução.

      Selecione as opções que deseja aplicar à tarefa de recriação de índice e clique em Next.

      note note
      NOTE
      O processo de recriação de índice é mais restritivo em termos de uso de processador e bloqueia os recursos do banco de dados. Selecione o Keep index online while reindexing opção se quiser que o índice fique disponível durante a reconstrução.
  11. Selecione as opções que deseja exibir no relatório de atividades e clique em Next.

  12. Verifique a lista de tarefas configuradas para o plano de manutenção e clique em Finish.

    Um resumo do plano de manutenção e os status das várias etapas é exibido.

  13. Quando o plano de manutenção estiver concluído, clique em Close.

  14. No explorador do Microsoft SQL Server, clique duas vezes na guia Management > Maintenance Plans pasta.

  15. Selecione o plano de manutenção do Adobe Campaign: as várias etapas são detalhadas em um workflow.

    Observe que um objeto foi criado na variável SQL Server Agent > Jobs pasta. Este objeto permite iniciar o plano de manutenção. No nosso exemplo, há apenas um objeto, pois todas as tarefas de manutenção fazem parte do mesmo plano.

    note important
    IMPORTANT
    Para que esse objeto seja executado, o Microsoft SQL Server Agent deve estar habilitado.

Configuração de um banco de dados separado para tabelas de trabalho

NOTE
Essa configuração é opcional.

A opção WdbcOptions_TempDbName permite configurar um banco de dados separado para tabelas de trabalho no Microsoft SQL Server. Isso otimiza os backups e a replicação.

Essa opção pode ser usada se você quiser que as tabelas de trabalho (por exemplo, as tabelas criadas durante a execução de um workflow) sejam criadas em outro banco de dados.

Ao definir a opção como "tempdb.dbo", as tabelas de trabalho são criadas no banco de dados temporário padrão do Microsoft SQL Server. O administrador do banco de dados precisa permitir acesso de gravação ao banco de dados tempdb.

Se a opção estiver definida, ela será usada em todos os bancos de dados Microsoft SQL Server configurados no Adobe Campaign (banco de dados principal e contas externas). Observe que se duas contas externas compartilharem o mesmo servidor, podem ocorrer conflitos (já que tempdb é exclusivo). Da mesma forma, se duas instâncias do Campaign usarem o mesmo servidor MSSQL, poderá haver conflitos se elas usarem o mesmo tempdb.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1