Comment sauvegardez-vous vos sites Web?
Je me demandais simplement comment la communauté sauvegardait ses sites Web?
Je fais un dump 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 j'aimerais entendre ce que les autres ont à dire.
Le code du site est dans Subversion, qui est 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 que lorsque la nouvelle version a été testée.
Le contenu des bases de données relationnelles est sauvegardé chaque nuit.
Certains de nos sites contiennent un volume énorme de contenu statique (images, pdfs, etc.). Ceux-ci sont stockés sur des SAN RAID5, mis en miroir sur une installation hors site et disposent de sauvegardes sur bande au cas où.
Nous ne sauvegardons pas les fichiers journaux car nous ne les utilisons pas beaucoup.
Une option que j'ai utilisée sur plusieurs sites consiste à utiliser SyncBack, JungleDisk et un compte Amazon S3. (J'afficherais 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 la synchronisation de fichiers entre différents dossiers. JungleDisk vous permet de créer un lecteur virtuel qui, en coulisse, lit et écrit des données sur le service de stockage Amazon S3. Il s'agit d'une solution de stockage basée sur le cloud assez abordable (en supposant que vous n'emportez pas chaque jour des gigaoctets de données dans le cloud. ).
SyncBack s'exécute selon un programme, une fois par nuit ou par semaine, et copie les fichiers nouveaux/modifiés du disque dur local sur 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 l’a configuré pour conserver ces sauvegardes pendant deux semaines. Ces sauvegardes sont placées dans le cloud toutes les nuits. Nous augmentons également nos dépôts de code source chaque nuit. Une sauvegarde complète des fichiers statiques, des ressources, des utilitaires et autres fichiers similaires 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 depuis n'importe où. Pas besoin de RDP sur le serveur dédié si JungleDisk est installé sur votre bureau - vous pouvez voir les fichiers dans le cloud comme s’ils se trouvaient sur un lecteur de 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 du stockage hors site à ses clients avec serveur dédié, mais les coûts s'élèveront à 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'un plan de sauvegarde de la société d'hébergement aurait coûté. Et ainsi, nous n’avons pas à prendre le mot de la société d’hébergement selon lequel notre site est sauvegardé - nous pouvons voir nos fichiers dans le nuage à tout moment, partout dans le monde.
(Mon collègue Michael Campbell . M'a présenté cette approche)
Outre Subversion, des vidages MySQL nocturnes et une image de serveur redondante (en miroir), nous sommes gâtés par un hôte (AISO.NET) qui effectue également des instantanés horaires dans le cadre de tous leurs packages d'hébergement. Non seulement je me sens bien d’héberger avec une entreprise qui n’utilise jamais d’énergie alimentée par un réseau (ils alimentent l’ensemble de l’installation avec de l’énergie solaire et éolienne sur site), mais j’ai aussi un sentiment d’esprit inhérent à la fiabilité, récupérez des instantanés ET une solution virtualisée qui redémarre littéralement en un clin d'œil si nécessaire.
L’instantané a sauvé mon bacon plus d’une fois ... et c’est beaucoup plus rapide que de passer par les mouvements unar, reconstruire et prier avec d’autres sauvegardes.
nous utilisons un système multisite wordpress. notre stratégie consiste à sauvegarder les bases de données toutes les 12 heures dans un espace distant, à wp-content tous les jours, à public_html toutes les semaines (ou lorsque nous apportons des modifications importantes au cœur du système, telles que la mise à niveau wordpress cœur), ainsi qu'une sauvegarde mensuelle de l'ensemble du répertoire de base. cela fonctionne bien avec notre système
Pourquoi gardez-vous la copie principale du code sur le serveur Web? Je ne conserve sur le serveur Web aucun code ni programme 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 prend pas soin de sauvegarder les articles de blog sur le site Web en direct. J'ai un compte revendeur hostgator partagé et il n'y a pas vraiment de moyen automatisé de sauvegarder. Je viens de trouver siteautobackup.com parce qu'il indique qu'il peut tout sauvegarder à partir du niveau WHN mais que le produit ne semble pas encore fonctionner.