Comment résoudre les problèmes avec les grands réseaux Multisite ?
Vous rencontrez des problèmes avec un grand réseau multisite utilisant Duplicator Pro ? Ce guide propose des solutions pratiques pour dépanner et résoudre efficacement les problèmes.
Pour commencer, assurez-vous d'utiliser la dernière version de Duplicator Pro. Veuillez consulter le journal des modifications et la configuration requise.
Solutions pour les grands réseaux multisites
Option un : Augmenter les limites côté serveur
Les grands réseaux multisites atteignent souvent les limites de ressources avant même que les problèmes de filtrage de tables ou d'exportation d'utilisateurs ne se posent. Avant de dépanner davantage, vérifiez :
- Temps de construction maximal (Paramètres » Sauvegardes) : Augmentez cette valeur si les sauvegardes expirent en cours de construction, la valeur par défaut est de 270 minutes.
- memory_limit et max_execution_time de PHP : les grands réseaux avec de nombreuses tables et utilisateurs nécessitent plus de marge que les valeurs par défaut de PHP, demandez à votre hébergeur d'augmenter ces valeurs si vous ne pouvez pas les ajuster vous-même.
- Mode de construction de base de données : utilisez Mysqldump si votre hébergeur prend en charge l'accès shell pour des exportations plus rapides, ou Code PHP avec découpage multi-thread s'il ne le prend pas en charge, voir Choisir le meilleur mode SQL de base de données dans Duplicator.
- Si vous n'avez pas besoin de chaque sous-site dans une seule sauvegarde, utilisez les Sous-sites inclus/exclus lors de la création de la sauvegarde pour la limiter, cela réduit considérablement le temps de construction et l'utilisation des ressources sur les grands réseaux.
Vous trouverez ci-dessous diverses solutions qui peuvent vous aider lorsque vous travaillez avec de grands sites réseau.
Option deux : Filtrer les tables
Le filtrage de grands ensembles de tables ne fonctionne pas correctement. Toutes les tables ne sont pas filtrées.
Ce problème est généralement lié à la configuration max_input_vars dans le fichier php.ini. Ce paramètre est défini par défaut sur 1000, mais avec un grand nombre de tables, il doit être augmenté. Nous vous suggérons de l'augmenter à une valeur supérieure à votre nombre de tables.
De plus, vous pouvez créer un modèle avec les tables générales que vous souhaitez exclure, puis, lors de la création de la sauvegarde, utiliser ce modèle comme point de départ pour exporter le site autonome.

Option trois : Exporter les utilisateurs
La table wp_users doit être exportée, et les utilisateurs doivent être supprimés manuellement.
Solution un :
Duplicator ne filtre pas les utilisateurs lors de l'exportation. Cependant, vous pouvez exécuter une requête manuelle et activer l'option Supprimer les plugins/thèmes désactivés dans les paramètres avancés de l'installeur. Cette option supprime tous les plugins/thèmes et les utilisateurs inactifs dans l'installation autonome.

Solution deux :
La deuxième solution implique les étapes suivantes :
1 . Filtrer la table wp_users et la table wp_usermeta lors de la création de la sauvegarde.

2. Exporter les utilisateurs et les métadonnées d'utilisateur avec une requête spécifique.
3. Importer manuellement les tables wp_users et wp_usermeta dans la nouvelle base de données.
4. Exécuter l'installation et sélectionner Écraser les tables existantes comme action de base de données à l'étape 1, comme illustré dans cette capture d'écran :

5. Continuer l'installation
En vérifiant l'une ou l'autre de ces raisons, vous pouvez résoudre les problèmes liés aux grands réseaux multisites, et permettre à vos sauvegardes de s'exécuter de manière transparente et sans interruption.
Si les constructions expirent spécifiquement (plutôt que des problèmes de filtrage ou d'exportation d'utilisateurs), consultez Dépannage des problèmes de délai d'attente du serveur pour des conseils spécifiques à l'hébergement partagé.
Pour les problèmes multisites sans rapport avec la taille du réseau, consultez Dépannage des problèmes généraux de Multisite.