Comment sauvegardez-vous vos sites Web?

Je me demandais simplement comment la communauté sauvegardait ses sites Web?

Je fais un vidage nocturne de la base de données et je la transfère sur un autre serveur qui est ensuite sauvegardé sur un support amovible. Il est assez automatisé et semble fonctionner mais je serais intéressé d'entendre ce que les autres ont à dire.

Le code du site est dans Subversion, qui est à son tour sauvegardé tous les soirs. Tout développement du code se fait sur des serveurs de développement dédiés. La production n'est mise à jour qu'une fois la nouvelle version testée.

Le contenu des bases de données relationnelles est sauvegardé tous les soirs.

Certains de nos sites ont un énorme volume de contenu statique (images, fichiers PDF, etc.) et ceux-ci sont stockés sur des SAN RAID5, mis en miroir sur une installation hors site et dotés de sauvegardes sur bande au cas où.

Nous ne sauvegardons pas les fichiers journaux car nous ne comptons pas beaucoup sur eux.

Dump DB nocturne dans un fichier

Vidage des autorisations DB tous les soirs dans un fichier ( Maatkit )

Utilisez Tarsnap pour la sauvegarde hors site des vidages DB ainsi que tout ce qui se trouve dans / var / www /

Une option que j'ai utilisée sur quelques sites consiste à utiliser SyncBack, JungleDisk et un compte Amazon S3. (Je publierais des liens vers ces produits et services, mais SE nous interdit aux nouveaux utilisateurs de publier plus d'un lien. Boo.)

Pour ceux qui ne connaissent pas ces outils, SyncBack est un programme génial et très riche en fonctionnalités pour synchroniser des fichiers entre différents dossiers. JungleDisk vous permet de créer un lecteur virtuel qui, en arrière-plan, lit et écrit des données dans le service de stockage d'Amazon S3, qui est une solution de stockage basée sur le cloud qui est assez abordable (en supposant que vous n'introduisez pas des gigaoctets de données dans le cloud tous les jours ).

Nous avons SyncBack exécuté selon un calendrier, comme une fois par nuit ou une fois par semaine, et il copie les fichiers nouveaux / modifiés du disque dur local vers le lecteur virtuel JungleDisk et supprime tous les fichiers supprimés du lecteur virtuel.

Que stockons-nous dans le cloud? Eh bien, SQL Server effectue une sauvegarde nocturne et le configure pour conserver ces sauvegardes pendant deux semaines. Ces sauvegardes sont transférées vers le cloud chaque nuit. Nous augmentons également nos dépôts de code source tous les soirs. Une sauvegarde complète des fichiers statiques, des actifs, des utilitaires et d'autres fichiers de ce type est effectuée chaque semaine.

Ce qui est bien avec cette approche, c'est que tous les fichiers sont dans le cloud, ce qui signifie que nous pouvons y accéder de n'importe où. Pas besoin de RDP dans le serveur dédié si vous avez JungleDisk sur votre bureau - vous pouvez voir les fichiers dans le cloud comme s'ils étaient sur un lecteur sur votre ordinateur local. Un autre avantage est le coût. Pour l'un de mes clients, la société d'hébergement Web qui héberge le site vendra un service de sauvegarde de stockage hors site à ses clients serveurs dédiés, mais le coût était de plusieurs centaines de dollars par mois. Cette approche avait des coûts initiaux - les licences SyncBack et JungleDisk - ainsi que des coûts de stockage et de bande passante d'Amazon S3, mais, si je me souviens bien, ces coûts étaient inférieurs à ce qu'aurait coûté un mois du plan de sauvegarde de la société d'hébergement. Et de cette façon, nous n'avons pas à prendre la société d'hébergement »

(J'ai été initié à cette approche par mon collègue Michael Campbell .)

En plus de Subversion, des vidages MySQL nocturnes et d'une image de serveur redondante (en miroir), nous sommes gâtés par un hôte (AISO.NET) qui effectue également des instantanés toutes les heures dans le cadre de tous leurs packages d'hébergement. Non seulement je me sens bien dans l'hébergement avec une entreprise qui n'a jamais utilisé d'électricité basée sur le réseau (ils alimentent l'ensemble de l'installation avec l'énergie solaire et éolienne sur site), mais j'ai aussi l'esprit tranquille qui vient avec un système fiable, facile à récupérer des instantanés ET une solution virtualisée qui redémarre littéralement en un clin d'œil si c'est nécessaire.

L'instantané a sauvé mon bacon plus d'une fois ... et c'est beaucoup plus rapide que de passer par les mouvements de défaire, reconstruire et prier qui vient avec d'autres sauvegardes.

Pourquoi conservez-vous la copie principale du code sur le serveur Web? Je ne garde aucun code ou programme sur le serveur Web que je ne peux pas remplacer instantanément.

Je sauvegarde les fichiers journaux et les entrées utilisateur à l'aide de scripts écrits à cet effet.

J'ai mon code ailleurs mais cela ne prendra pas en charge la sauvegarde des articles de blog sur le site Web en direct. J'ai un compte revendeur Hostgator partagé et il n'y a vraiment aucun moyen de sauvegarde automatisé intégré. Je viens de le trouver siteautobackup.comcar il dit qu'il peut tout sauvegarder à partir du niveau WHN mais le produit ne semble pas encore fonctionner.

nous exécutons un système wordpress multisite. notre stratégie consiste à sauvegarder les bases de données toutes les 12 heures dans un espace distant, wp-content chaque jour, public_html chaque semaine (ou lorsque nous apportons des modifications majeures au cœur du système comme la mise à niveau de wordpress core), et une sauvegarde mensuelle de l'ensemble du répertoire personnel. cela fonctionne bien avec notre système