Discussion :

[climbingjo]

Bonjour,
dans un cadre règlementaire certaines données sensibles doivent etre cryptées sur nos bases de données Oracle 11gR2.
J'ai donc entrepris d'encrypter les colonnes correspondantes en utilisant le cryptage TDE.
la commande utilisée est la suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER TABLE <nom_table> MODIFY <nom_colonne> ENCRYPT USING 'AES256' NO SALT;

Pour les petites tables, pas de problème, mais pour les tables de plus de 1 Go
nous avons convenu de proceder comme suit:
création d'une copie de <table>: <table_copie>,
encryption des colonnes dans <table_copie>,
recopie des enregistrements de <table> vers <table_copie>,
renommage de <table> en <table_save> et de <table_copie> en <table>,
suppression des contraintes, indexes et triggers de <table_save>
et re-creation de tout cela sur <table>

Problème: la re-creation des indexes plante avec le message d'erreur:
"ORA-28374: clé maître indiquée introuvable dans le portefeuille (wallet)"
Apres investigations, le wallet est bien demarré et il n'y a pas de probleme avec la clé, le message est donc trompeur.

Il semble que le problème soit quelque part lié à la volumétrie car, avec la même structure de base de données, sur une base de développement (volumétrie moindre), les indexes sont re-créés sans encombre sur la meme table.
y compris les indexes ne portant sur aucune colonne cryptée plantent avec cette même erreur.

j'espère avoir été suffisamment précis.
Si quelqu'un a déjà rencontré ce problème ou a une idée de son origine, ce serais génial.
merci d'avance.

[Pomalaix]

A la lecture rapide de votre problème, j'aurais deux conseils généraux :
- aller voir sur Metalink, car il existe divers problèmes et bogues sur le sujet
- utiliser le TDE au niveau tablespace et non pas au niveau table, ce qui évite certains problèmes de performances potentiels liés aux index (par contre je ne dis pas que ça va régler votre problème)

[climbingjo]

Merci de votre réponse, j'avais pensé au cryptage au niveau des tablespaces, mais j'ai peur que cela impacte trop les performances des batchs sur les tables volumineuses.