Início / dba / Perguntas / 258942
Accepted
Lennart - Slava Ukraini
Asked: 2020-02-06 04:00:04 +0800 CST

Compressão adaptável e HADR

  • 772

Estou procurando compressão adaptativa. Não consigo encontrar nenhuma informação sobre como o HADR é afetado quando uma tabela é compactada e reorganizada. Exemplo

t=mytable
db2 "alter table $t compress yes adaptive";
for i in $(db2 -x "select rtrim(indschema) || '.' || rtrim(indname) from syscat.indexes where rtrim(tabschema) || '.' || rtrim(tabname) = '${t}' order by 1"); do
    db2 "alter index $i compress yes"
done

db2 "reorg table $t resetdictionary";
db2 "reorg indexes all for table $t"
db2 "runstats on table $t with distribution and sampled detailed indexes all";

A questão é se eu preciso desativar o HADR durante esse processo e reiniciá-lo assim que terminar, ou tudo é capturado no log, para que o HADR possa continuar?

db2 high-availability

2 respostas

  1. Best Answer

    A reorganização online e offline é registrada e, portanto, replicada pelo HADR. Ao interromper o HADR, você simplesmente permitirá que o standby fique atrás do primário, o que causará um grande pico no tráfego (e possíveis problemas de espaço de log no standby) quando você reiniciar o HADR. Se você não sofrer de congestionamento de rede durante a operação normal, não há motivo para interromper o HADR durante a reorganização. Se você fizer isso, considere descartar o modo de espera e reconstruí-lo novamente após a conclusão dos REORGs no primário.

    • 2

  2. Você deve estar ciente da configuração do parâmetro do banco de dados logindexbuild e sua influência na manutenção do índice no modo de espera após a reprodução de uma operação REORG offline (toda tabela também possui um atributo com o mesmo significado).
    Se COALESCE(logindexbuild_table_attribute, logindexbuild_db_parameter) == OFFpara uma tabela, e você reorganizou essa tabela offline, todos os índices de tabela serão marcados como inválidos no modo de espera e deverão ser reconstruídos lá, quando o modo de espera se tornar primário. Essa reconstrução é feita automaticamente, mas pode levar algum tempo e pode não ser desejável especialmente para tabelas grandes.

    Você não deve REORG índices de tabela no primário após o REORG offline da tabela - isso é feito na última fase do processo de reorganização da tabela automaticamente.

    Você pode considerar desativar o HADR temporariamente, mas isso não está relacionado à integridade do registro. A repetição de uma grande operação de reorganização offline pode levar ao congestionamento de HADR, o que pode bloquear outras transações no primário. Se você desativar o modo de espera antes de tal operação no primário, poderá evitar esse congestionamento, mas poderá perder transações em caso de desastre.

    • 1

relate perguntas