J'ai récemment mis à jour vers 11.2.0.2 à partir de 11.1.0.7. Immédiatement après la mise à niveau, j'ai remarqué un pic dans notre génération de redo. J'ai également remarqué des tables avec des noms comme DBMS_TABCOMP_TEMP_UNCMP et DBMS_TABCOMP_TEMP_CMP. Que font ces tables dans mes schémas de production et comment y sont-elles arrivées ? Après avoir creusé, j'ai pu découvrir que ceux-ci sont créés par le nouveau conseiller en compression 11gR2. Pendant la fenêtre de maintenance nocturne, une tâche planifiée examinera vos tables et prendra un sous-ensemble de données et le chargera dans une table non compressée (UNCMP). Il compressera ensuite vos données (CMP) et déterminera le taux de compression en fonction de vos données réelles. Si le taux de compression est supérieur à un certain seuil, le conseiller recommande la table pour la compression. Une fois le Compression Advisor terminé, les tables sont supprimées.
Le problème est que le Compression Advisor génère une tonne de refaire ! Cela a été noté comme bogue non publié 8896202. Plus d'informations peuvent être trouvées sur la note Metalink 1284972.1 si vous êtes intéressé.
Je n'utiliserai pas le Compression Advisor, j'aimerais donc désactiver le travail de nuit. Malheureusement, le travail fait partie du Space Advisor et je ne peux pas désactiver le Compression Advisor tout seul. Eh bien, le taux de génération de redo est tout simplement trop élevé et je suppose que je peux aussi vivre sans Space Advisor, alors c'est parti :
SQL> exec dbms_auto_task_admin.disable(client_name=>'auto space advisor',operation=>null,window_name=>null);
PL/SQL procedure successfully completed.
Je vois qu'une demande d'amélioration a été déposée pour dissocier le Compression Advisor du Space Advisor.
