Log tournant et journal de transaction plein

fadace · 27/08/2007, 15h17

J'ai une base configurée en journaux tournants. DB2 UDB 8.1 sur Windows 32 bits.

Je dois exécuter un update sur une table de 2.7 millions de tuples, update qui impactera moins de 200000 tuples (~10%). J'ai 5 journaux principaux de 20000 pages de 4K chacun, plus 3 journaux secondaires.

Je me ramasse malgré tout cela la sempiternelle erreur SQL0964C (log full)... et j'en ai ras-le-bol de saucissonner toutes mes requêtes !

Quelles tailles et nombre de logs me conseillez-vous pour que cela passe ?

fadace · 16/11/2007, 15h40

Tjs pas de réponse ? Un p'tit effort les gars !

alex. · 21/11/2007, 13h35

Bonjour,

Difficile de donner une réponse sur ce sujet (et je n'ai pas trouvé d'article sur ce point sur le net), mais à la louche et en voyant grand, tu peux essayer un calcul du type (10% * taille de la table * 2) * 1,3. C'est empirique, mais bon tu modifies 10% de la table, c'est un update donc au pire tu loggues l'image avant et après de toute la ligne et 1,3 pour les 30% de marge de sécurité syndicale.

Alex.

fadace · 23/11/2007, 14h21

Ma table fait 200M pour 2*10^6 lignes, je fais un insert into select dans une nouvelle structure, et 50 Logs de 409600 4K pages ne suffit pas ??

27/08/2007, 15h17	#1
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Log tournant et journal de transaction plein J'ai une base configurée en journaux tournants. DB2 UDB 8.1 sur Windows 32 bits. Je dois exécuter un update sur une table de 2.7 millions de tuples, update qui impactera moins de 200000 tuples (~10%). J'ai 5 journaux principaux de 20000 pages de 4K chacun, plus 3 journaux secondaires. Je me ramasse malgré tout cela la sempiternelle erreur SQL0964C (log full)... et j'en ai ras-le-bol de saucissonner toutes mes requêtes ! Quelles tailles et nombre de logs me conseillez-vous pour que cela passe ? __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

16/11/2007, 15h40	#2
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Tjs pas de réponse ? Un p'tit effort les gars ! __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

23/11/2007, 14h21	#4
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Ma table fait 200M pour 2*10^6 lignes, je fais un insert into select dans une nouvelle structure, et 50 Logs de 409600 4K pages ne suffit pas ?? __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

21/11/2007, 13h35	#3
alex. Membre habitué Inscription : septembre 2004 Messages : 123 Détails du profil Informations forums : Inscription : septembre 2004 Messages : 123 Points : 127 Points : 127	Bonjour, Difficile de donner une réponse sur ce sujet (et je n'ai pas trouvé d'article sur ce point sur le net), mais à la louche et en voyant grand, tu peux essayer un calcul du type (10% * taille de la table * 2) * 1,3. C'est empirique, mais bon tu modifies 10% de la table, c'est un update donc au pire tu loggues l'image avant et après de toute la ligne et 1,3 pour les 30% de marge de sécurité syndicale. Alex.
	00

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