{"id":50,"date":"2009-10-12T21:24:07","date_gmt":"2009-10-12T19:24:07","guid":{"rendered":"http:\/\/blog.alwaysdata.com\/?p=50"},"modified":"2018-02-01T16:37:04","modified_gmt":"2018-02-01T15:37:04","slug":"migration-du-serveur-sql","status":"publish","type":"post","link":"https:\/\/blog.alwaysdata.com\/fr\/2009\/10\/12\/migration-du-serveur-sql\/","title":{"rendered":"Migration du serveur SQL"},"content":{"rendered":"<p>Apr\u00e8s la migration HTTP, c\u2019est au tour de la (tr\u00e8s attendue) migration du serveur SQL. Depuis le mois de juin dernier, une forte croissance des requ\u00eates SQL a&nbsp;rendu notre serveur actuel moins v\u00e9loce, ce qui a&nbsp;un effet imm\u00e9diat sur la performance de vos&nbsp;sites.<\/p>\n<p>Le nouveau serveur SQL&nbsp;a&nbsp;:<\/p>\n<ul>\n<li>12 fois plus de&nbsp;RAM&nbsp;;<\/li>\n<li>4 fois plus de CPUs (chacun \u00e9tant aussi plus rapide)&nbsp;;<\/li>\n<li>des disques SSD.<\/li>\n<\/ul>\n<p>Autrement dit, \u00e7a devrait aller vite, <em>tr\u00e8s<\/em> vite.<\/p>\n<p>Le changement de serveur est \u00e9galement l\u2019occasion de mettre \u00e0&nbsp;jour&nbsp;:<\/p>\n<ul>\n<li>MySQL en version 5.1.39 (depuis la 5.0.32) ;<\/li>\n<li>PostgreSQL en version 8.4.1 (depuis la 8.3.5) ;<\/li>\n<li>PostGIS en version 1.3.6 (depuis la 1.3.3).<\/li>\n<\/ul>\n<p>Ces mises \u00e0&nbsp;jour introduisent n\u00e9cessairement de nombreuses petites incompatibilit\u00e9s <em>mineures<\/em>. Nous n\u2019avons rep\u00e9r\u00e9 aucune incompatibilit\u00e9 notable (comme celle de la version 8.3 de PostgreSQL). Dans l\u2019immense majorit\u00e9 des cas, vos applications continueront \u00e0&nbsp;fonctionner tout \u00e0&nbsp;fait normalement.<\/p>\n<p>N\u00e9anmoins, comme \u00e0&nbsp;notre habitude, nous vous laisserons la possibilit\u00e9 de tester vos applications avec le nouveau serveur avant de le mettre en production. C\u2019est une simple mesure de <em>pr\u00e9caution<\/em>, s\u00fbrement pas une obligation. Autrement dit, si vos applications ne peuvent pas se permettre d\u2019\u00eatre hors service, vous devriez tester. Si vous utilisez PostGIS, vous devriez \u00e9galement tester. Sinon, ce n\u2019est probablement pas n\u00e9cessaire.<\/p>\n<p>Attention, avant de tester, lisez bien tout ce qui&nbsp;suit&nbsp;:<\/p>\n<ul>\n<li>le nouveau serveur SQL est accessible via mysql2.alwaysdata.com et postgresql2.alwaysdata.com&nbsp;;<\/li>\n<li>les donn\u00e9es ont \u00e9t\u00e9 import\u00e9es depuis le serveur de production ce lundi 12 octobre. Le nouveau serveur contient donc des donn\u00e9es <strong>p\u00e9rim\u00e9es<\/strong> qui ne seront pas remises \u00e0&nbsp;jour. Le but est simplement de vous permettre d\u2019avoir une base r\u00e9elle sur laquelle tester vos applications&nbsp;;<\/li>\n<li>il n\u2019y a&nbsp;aucun m\u00e9canisme de synchronisation ni dans un sens (ancien -&gt; nouveau) ni dans l\u2019autre (nouveau -&gt; ancien). Cela veut dire que vous ne devez <strong>pas<\/strong> utiliser le nouveau serveur en production, et encore moins basculer imm\u00e9diatement en mettant le nouveau serveur dans vos fichiers de configuration. Toute insertion ou modification de vos donn\u00e9es serait irr\u00e9m\u00e9diablement perdue.<\/li>\n<\/ul>\n<p>Typiquement, donc, vous lancerez une version de d\u00e9veloppement de votre application en rempla\u00e7ant le nom d\u2019h\u00f4te du serveur SQL par mysql2 ou postgresql2. Si vous avez une batterie de tests, lancez-la et v\u00e9rifiez que tout fonctionne bien. Sinon, testez manuellement votre application pour vous assurer qu\u2019elle fonctionne normalement.<\/p>\n<p>La mise en production d\u00e9finitive du serveur se fera le lundi 19 octobre \u00e0&nbsp;partir de 2h (heure de Paris). L\u2019op\u00e9ration totale devrait prendre environ 2h, mais nous essayerons de maintenir le serveur SQL en lecture seule durant le temps de la migration, pour limiter l\u2019indisponibilit\u00e9 (un site en lecture seule \u00e9tant souvent mieux qu\u2019une page d\u2019erreur).<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Apr\u00e8s la migration HTTP, c\u2019est au tour de la (tr\u00e8s attendue) migration du serveur SQL. Depuis le mois de juin dernier, une forte croissance des \u2026 <a class=\"read-more\" href=\"https:\/\/blog.alwaysdata.com\/fr\/2009\/10\/12\/migration-du-serveur-sql\/\">Keep reading<\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"wp_typography_post_enhancements_disabled":false,"footnotes":""},"categories":[230],"tags":[134,224,181,187,188],"class_list":["post-50","post","type-post","status-publish","format-standard","hentry","category-uncategorized-fr","tag-base-de-donnees-fr","tag-migration-fr","tag-mysql-fr","tag-postgis-fr","tag-postgresql-fr"],"acf":[],"_links":{"self":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/posts\/50","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/comments?post=50"}],"version-history":[{"count":0,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/posts\/50\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/media?parent=50"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/categories?post=50"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.alwaysdata.com\/fr\/wp-json\/wp\/v2\/tags?post=50"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}