Pb Taille BD - Historique des versions

Admin le 26 juillet 2014 à 17:26

2014-07-26T17:26:17Z

← Version précédente		Version du 26 juillet 2014 à 19:26
Ligne 43 :		Ligne 43 :
	En 1° je fais une sauvegarde de la BD.		En 1° je fais une sauvegarde de la BD.
	(NB : je me demande un peu comment phpMyAdmin détermine quoi sauver dans l'ensemble des tables, vu que la sauvegarde SQL fait 6Mo ... et que la base fait 200Mo)		(NB : je me demande un peu comment phpMyAdmin détermine quoi sauver dans l'ensemble des tables, vu que la sauvegarde SQL fait 6Mo ... et que la base fait 200Mo)
			à noter que en fait, il y a 2 options de sauvegarde : rapide (que j'utilise) et personnalisée, où on choisit les tables etc.


	<br>		<br>

Admin : /* Upgrade de l'hébergement */

2014-07-26T17:20:03Z

Upgrade de l'hébergement

← Version précédente		Version du 26 juillet 2014 à 19:20
Ligne 110 :		Ligne 110 :

	J'ai eu notification du changement à 11h15.		J'ai eu notification du changement à 11h15.
	Mais à 19h uplib est toujours inaccessible.		Mais, c'est samedi et à 19h uplib est toujours inaccessible.
	.~~.. wait~~
			Si la manip de déverrouillage de la BD demande une intervention humaine, probable, ça sera planté jusqu'à lundi.


	<br>		<br>

Admin : /* Lancement update.php */

2014-07-26T17:11:34Z

Lancement update.php

← Version précédente		Version du 26 juillet 2014 à 19:11
Ligne 97 :		Ligne 97 :



			<br>

			==Upgrade de l'hébergement==

			Etant donné le rythme de croissance d'uplib et de la fréquentation, j'opte aussi pour passer à l'offre d'hébergement supérieure : pro.

			* http://guides.ovh.com/BasculerMonOffre

			Normalement rien ne change, mais
			<i>La modification peut prendre quelques heures pour que tout soit opérationnel sur le nouvel hébergement.</i>

			J'ai eu notification du changement à 11h15.
			Mais à 19h uplib est toujours inaccessible.
			... wait

	<br>		<br>

Admin le 26 juillet 2014 à 16:24

2014-07-26T16:24:11Z

← Version précédente		Version du 26 juillet 2014 à 18:24
Ligne 39 :		Ligne 39 :

	Le phpMyAdmin d'ovh est plus récent que le mien propre. Et un peu plus commode.		Le phpMyAdmin d'ovh est plus récent que le mien propre. Et un peu plus commode.


			En 1° je fais une sauvegarde de la BD.
			(NB : je me demande un peu comment phpMyAdmin détermine quoi sauver dans l'ensemble des tables, vu que la sauvegarde SQL fait 6Mo ... et que la base fait 200Mo)

	<br>		<br>

Admin le 26 juillet 2014 à 16:20

2014-07-26T16:20:24Z

@@ Ligne 5 : / Ligne 5 : @@
 Function: SqlBagOStuff::set
 Error: 1142 INSERT command denied to user '340976-6'@'10.0.115.20' for table 'mwi_objectcache' (sql43.modules)
 La BD fait 225Mo au lieu de 200Mo autorisés. OVH a bloqué l'écriture.

Admin le 26 juillet 2014 à 16:18

2014-07-26T16:18:09Z

← Version précédente		Version du 26 juillet 2014 à 18:18
Ligne 37 :		Ligne 37 :
	</pre>		</pre>

	~~The l10n_cache table~~. ~~Its content can be deleted and excluded from backups as it will be regenerated when needed~~. ~~LocalisationCache~~.~~php~~'~~s LCStore_DB class~~'~~s public function get() looks up the lc_value by the lc_lang and lc_key~~.		Parmi ces tables, seules les tables xxx_cache sont indiquées comme effaçables.
			Et les tables suivantes font moins de 300ko.
			... C'est donc pas comme si j'avais un grand choix sur quoi effacer ...

	à noter que phpMyAdmin propose de "vider" les tables.		à noter que phpMyAdmin propose de "vider" les tables.
Ligne 43 :		Ligne 45 :

	===l10n_cache table===		===l10n_cache table===
			The l10n_cache table. Its content can be deleted and excluded from backups as it will be regenerated when needed. LocalisationCache.php's LCStore_DB class's public function get() looks up the lc_value by the lc_lang and lc_key.


	Je tente le coup sur l10n_cache table :		Je tente le coup sur l10n_cache table :

Ligne 55 :		Ligne 60 :
	===Objectcache table ===		===Objectcache table ===
	Objectcache table is used for a few generic cache operations if not using Memcached. Its content can be deleted and excluded from backups as it will be regenerated when needed.		Objectcache table is used for a few generic cache operations if not using Memcached. Its content can be deleted and excluded from backups as it will be regenerated when needed.

			Vous êtes sur le point de VIDER une table au complet ! Voulez-vous vraiment exécuter «TRUNCATE mwi_objectcache» ?

			ça marche, et la BD repasse à 113.1 Mo

			uplib est toujours inaccessible (mais a priori c'est hélas normal tant qu'ovh n'aura pas déverrouillé la BD), mais au moins la BD est déjà repassé sous les 200Mo autorisés, et donc a priori est éligible au déverrouillage.

Admin le 26 juillet 2014 à 16:01

2014-07-26T16:01:23Z

← Version précédente		Version du 26 juillet 2014 à 18:01
Ligne 42 :		Ligne 42 :
	C'est sans doute moins radical que de "supprimer".		C'est sans doute moins radical que de "supprimer".

			===l10n_cache table===
	Je tente le coup sur l10n_cache table :		Je tente le coup sur l10n_cache table :

Ligne 51 :		Ligne 52 :

	En fait, j'ai beau avoir réduit la BD, si l'accès en écriture y est bloqué, ça continue logiquement à coincer.		En fait, j'ai beau avoir réduit la BD, si l'accès en écriture y est bloqué, ça continue logiquement à coincer.

			===Objectcache table ===
			Objectcache table is used for a few generic cache operations if not using Memcached. Its content can be deleted and excluded from backups as it will be regenerated when needed.



	<br>		<br>

Admin le 26 juillet 2014 à 15:58

2014-07-26T15:58:06Z

← Version précédente		Version du 26 juillet 2014 à 17:58
Ligne 14 :		Ligne 14 :

	Le phpMyAdmin d'ovh est plus récent que le mien propre. Et un peu plus commode.		Le phpMyAdmin d'ovh est plus récent que le mien propre. Et un peu plus commode.

			<br>

	==Purge manuelle de la BD==		==Purge manuelle de la BD==
Ligne 49 :		Ligne 51 :

	En fait, j'ai beau avoir réduit la BD, si l'accès en écriture y est bloqué, ça continue logiquement à coincer.		En fait, j'ai beau avoir réduit la BD, si l'accès en écriture y est bloqué, ça continue logiquement à coincer.

			<br>

	== Lancement update.php==		== Lancement update.php==
Ligne 64 :		Ligne 68 :

	Faut lancer ça autrement.		Faut lancer ça autrement.

			En fait, ça marchera de toutes façons pas, puisque la BD est verrouillée.

			<br>

Admin : /* Purge manuelle de la BD */

2014-07-26T15:47:11Z

Purge manuelle de la BD

← Version précédente		Version du 26 juillet 2014 à 17:47
Ligne 45 :		Ligne 45 :

	ça marche, et la BD repasse à 218Mo (bizarre, j'aurais pensé 221Mo plutôt)		ça marche, et la BD repasse à 218Mo (bizarre, j'aurais pensé 221Mo plutôt)

			Par contre, uplib est toujours inaccessible, et le message d'erreur = panique complète.

			En fait, j'ai beau avoir réduit la BD, si l'accès en écriture y est bloqué, ça continue logiquement à coincer.

	== Lancement update.php==		== Lancement update.php==

Admin : /* Purge manuelle de la BD */

2014-07-26T15:43:15Z

Purge manuelle de la BD

← Version précédente		Version du 26 juillet 2014 à 17:43
Ligne 39 :		Ligne 39 :
	à noter que phpMyAdmin propose de "vider" les tables.		à noter que phpMyAdmin propose de "vider" les tables.
	C'est sans doute moins radical que de "supprimer".		C'est sans doute moins radical que de "supprimer".

			Je tente le coup sur l10n_cache table :

			Vous êtes sur le point de VIDER une table au complet ! Voulez-vous vraiment exécuter «TRUNCATE mwi_l10n_cache» ?

			ça marche, et la BD repasse à 218Mo (bizarre, j'aurais pensé 221Mo plutôt)

	== Lancement update.php==		== Lancement update.php==

Pb Taille BD - Historique des versions

Admin le 26 juillet 2014 à 17:26

Admin : /* Upgrade de l'hébergement */

Admin : /* Lancement update.php */

Admin le 26 juillet 2014 à 16:24

Admin le 26 juillet 2014 à 16:20

Admin le 26 juillet 2014 à 16:18

Admin le 26 juillet 2014 à 16:01

Admin le 26 juillet 2014 à 15:58

Admin : /* Purge manuelle de la BD */

Admin : /* Purge manuelle de la BD */

Admin : /* Upgrade de l'hébergement */

Admin : /* Lancement update.php */

Admin : /* Purge manuelle de la BD */

Admin : /* Purge manuelle de la BD */