Modification de tables

sam01 · 20/07/2011, 14h24

Bonjour,

j'ai une table qui est RW,COPY.

Elle attend donc une Full Image Copy.

Mais j'aimerais savoir qu'elle est l'utilitaire ou même le job (si c'est possible) qui à rendu la table dans cet état ?

Merci pour votre aide (via Platinum ou autre).

Luc Orient · 20/07/2011, 16h48

Je suggère une interrogation de la SYSIBM.SYSCOPY ...

pdz74 · 20/07/2011, 23h36

En effet, la syscopy te donnera l'info. Quoi qu'il en soit, il y a de fortes chances que ce soit un load (en log no) qui ait mis le tablespace en copypending. Ce peut être également un reorg log no. Ou encore un modify recovery qui aurait eu pour effet de supprimer la dernière copy valide pour ton tablespace : dans ce cas, le tablespace se retrouve en copypending.

bernard59139 · 21/07/2011, 09h28

un copy-pending arrive quand db2 ne peut plus assurer le recover.
comme dit au dessus après un "load log no"; par exemple.

Mais aussi quand il n'a plus de FIC pour démarrer le recover (après un modify recovery)

Si vous stockez les apports de jobs, une recherche dans ces rapports peut vous donner la réponse si l'exploitation de la syscopy est infructueuse.

a+

sam01 · 21/07/2011, 15h18

Merci.

La syscopy m'a suffit.

Il y a une colonne JOBNAME. C'est ce job qui à fait un LOAD REPLACE LOG NO.

Le repair n' as pas été effectué derrière, c'est pour ça que la table est dans cet état. Je vais donc rajouté un Repair sur ce Table Space.

Luc Orient · 21/07/2011, 16h08

C'est de la production ?

pdz74 · 21/07/2011, 23h21

En test, un repair peut suffire. En prod, je conseillerais plutôt une image copy après le load, ce qui te permettra d'avoir une sauvegarde propre de ta table. Avec un repair, si tu as plus tard un souci sur ta table, aucun recover ne sera possible.

sam01 · 22/07/2011, 09h54

On est en développement et pas en production.

Effectivement, une image copy serait plus propre. Mais l'application e question fonctionne avec des REPAIR, alors je continue dans la même logique.

20/07/2011, 14h24	#1
sam01 Membre confirmé Inscription : mars 2004 Messages : 1 187 Détails du profil Informations forums : Inscription : mars 2004 Messages : 1 187 Points : 233 Points : 233	Modification de tables Bonjour, j'ai une table qui est RW,COPY. Elle attend donc une Full Image Copy. Mais j'aimerais savoir qu'elle est l'utilitaire ou même le job (si c'est possible) qui à rendu la table dans cet état ? Merci pour votre aide (via Platinum ou autre).
	00

20/07/2011, 16h48	#2
Luc Orient Membre Expert François Durand Spécialiste Delivery Mainframe IBM Inscription : octobre 2005 Messages : 1 096 Détails du profil Informations personnelles : Nom : François Durand Âge : 53 Localisation : France, Seine Saint Denis (Île de France) Informations professionnelles : Activité : Spécialiste Delivery Mainframe IBM Secteur : Finance Informations forums : Inscription : octobre 2005 Messages : 1 096 Points : 1 704 Points : 1 704	Je suggère une interrogation de la SYSIBM.SYSCOPY ...
	00

20/07/2011, 23h36	#3
pdz74 Membre actif Inscription : juin 2008 Messages : 146 Détails du profil Informations personnelles : Âge : 44 Informations forums : Inscription : juin 2008 Messages : 146 Points : 183 Points : 183	En effet, la syscopy te donnera l'info. Quoi qu'il en soit, il y a de fortes chances que ce soit un load (en log no) qui ait mis le tablespace en copypending. Ce peut être également un reorg log no. Ou encore un modify recovery qui aurait eu pour effet de supprimer la dernière copy valide pour ton tablespace : dans ce cas, le tablespace se retrouve en copypending.
	00

21/07/2011, 09h28	#4
bernard59139 Membre chevronné Administrateur de base de données Inscription : octobre 2006 Messages : 503 Détails du profil Informations personnelles : Localisation : France Informations professionnelles : Activité : Administrateur de base de données Informations forums : Inscription : octobre 2006 Messages : 503 Points : 688 Points : 688	un copy-pending arrive quand db2 ne peut plus assurer le recover. comme dit au dessus après un "load log no"; par exemple. Mais aussi quand il n'a plus de FIC pour démarrer le recover (après un modify recovery) Si vous stockez les apports de jobs, une recherche dans ces rapports peut vous donner la réponse si l'exploitation de la syscopy est infructueuse. a+
	00

21/07/2011, 15h18	#5
sam01 Membre confirmé Inscription : mars 2004 Messages : 1 187 Détails du profil Informations forums : Inscription : mars 2004 Messages : 1 187 Points : 233 Points : 233	Merci. La syscopy m'a suffit. Il y a une colonne JOBNAME. C'est ce job qui à fait un LOAD REPLACE LOG NO. Le repair n' as pas été effectué derrière, c'est pour ça que la table est dans cet état. Je vais donc rajouté un Repair sur ce Table Space.
	00

21/07/2011, 16h08	#6
Luc Orient Membre Expert François Durand Spécialiste Delivery Mainframe IBM Inscription : octobre 2005 Messages : 1 096 Détails du profil Informations personnelles : Nom : François Durand Âge : 53 Localisation : France, Seine Saint Denis (Île de France) Informations professionnelles : Activité : Spécialiste Delivery Mainframe IBM Secteur : Finance Informations forums : Inscription : octobre 2005 Messages : 1 096 Points : 1 704 Points : 1 704	C'est de la production ?
	00

21/07/2011, 23h21	#7
pdz74 Membre actif Inscription : juin 2008 Messages : 146 Détails du profil Informations personnelles : Âge : 44 Informations forums : Inscription : juin 2008 Messages : 146 Points : 183 Points : 183	En test, un repair peut suffire. En prod, je conseillerais plutôt une image copy après le load, ce qui te permettra d'avoir une sauvegarde propre de ta table. Avec un repair, si tu as plus tard un souci sur ta table, aucun recover ne sera possible.
	00

22/07/2011, 09h54	#8
sam01 Membre confirmé Inscription : mars 2004 Messages : 1 187 Détails du profil Informations forums : Inscription : mars 2004 Messages : 1 187 Points : 233 Points : 233	On est en développement et pas en production. Effectivement, une image copy serait plus propre. Mais l'application e question fonctionne avec des REPAIR, alors je continue dans la même logique.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email