For alle dem, der har lidt kendskab til teknikken bag en hjemmeside, vil jeg kort redegøre for, hvad der gjorde at det tog mig så lang tid at få siden op igen på den nye server (uden dog at blive ALT for teknisk). For dem der ikke har kendksb til teknikken, vil nedenstående sansynligvis være det rene volapyk ;-)
Vi skulle have flyttet siden til en ny host. Dette betyder jo normalt at man køber sig til en nyt hotel, hvor man kan parkere sin side, og redelegerer domænet hos DK-hostmaster.
Da vi jo skulle undgå at siden var nede i længere tid, måtte vi prøve at time dette med den propagering der finder sted fra root DNS serverne for .dk top-level domænet. Dette sker hver fjerde time startende klokken 12:00. Da jeg blev koblet på sagen omkring middagstid havde det første \"vindue\" passeret for redelegering, så vi måtte vente til klokken 16:00. Her blev redelegeringen registreret, og bekræftet - og vi kom somfølge heraf først med i den propagering der fandt sted klokken 20:00.
Det gav os tid til at få taget backup af den gamle database, og få kopieret hele filstrukturen. Samtidig skulle vi have oprettet vort hotel, få midlertidig adgang på en IP-adresse og have oprettet den nye databaseadgang. Omkring klokken 17:00 var det hele på plads og klar, og vi kunne så kun vente på at klokken blev 20:00 hvor propageringen fandt sted. Da de fleste hjemmesider af espressobar.dk\'s størrelse multihostes (dvs. man har flere hjemmesider der deles om den samme fysiske server) og man desuden bruger en fælles ip-adresse for alle de domæner og hjemmesider der ligger på den samme server - så havde vi heller ikke mulighed for at teste om siden virkede - for propageringen var slået igennem.
Klokken lidt over otte her til aften stod det klart at vi IKKE bare kunne flytte databasen og filstrukturen. Jeg kunne konstatere at vi nu kører på en SQL-server af en anden version end den gamle, og jeg måtte derfor rette en del i den bagvedliggende kode. Desuden rendte vi ind i det problem at kopieringen af filstrukturen af en eller anden grund oprettede \"skyggekopier\" af vore filer. Jeg måtte derfor ind i hvert eneste underbibliotek, og fjerne skyggekopierne, for jeg kunne kopiere de nye over (der gik nok mindst en times tid, før jeg fandt ud af hvor præcist problemet lå med dette. Det er en kendt sag at Linux med visse FTP-klienter kan drille på denne måde, så det burde jeg have forudset.
Anyways - i forbindelse med gennemretningen af en lang række dokumenter, og deres kald til SQL-serveren, skrev jeg også en hel ny konfigurationsfil. Jeg ville være sikker på at jeg havde fået alting gjort rigtigt.
Desværre viste det sig at jeg havde fået lavet en tastefejl i konfigurationsfilen, så mens jeg godt nok fik løst databaseproblemerne, så introducerede jeg et helt nyt problem. Jeg var nu ved at rive hårene ud på mig selv. Jeg lod Mads-Ole kigge på et el lille test-script jeg har skrevet, der tester forbindelsen til databsen... og hvor jeg sad og kløede mig i hovedet over hvorfor f..... det ikke virkede, så spottede han med det samme min tastefejl. Et \".\" der var blevet til en \"_\"! Holdakæft hvor følte jeg mig dum! :angry:
Men for at gøre en lang historie kort - så fik jeg rettet tastefejlen, og det hele kørte som det skulle! :woohoo:
Nu manglede vi bare at åbne forummet igen - og det er (som i kan se) hermed gjort, og også den del kører nu som den skal.
Så espressobar er hermed på plads på sin nye server. Hos en udbyder der har en god del mere båndbredde end den forrige og på en væsentligt kraftigere hardwareplatform, hvilket resulterer i, at siden nu er VÆSENTLIG hurtigere end hos den gamle udbyder.
Alt i alt - en samlet nedetid på 3½ time - i forbindelse med flytningen af en hjemmeside til en anden version af Apache, PHP og MySQL - der er ikke så dårligt endda :woohoo:
Vi skulle have flyttet siden til en ny host. Dette betyder jo normalt at man køber sig til en nyt hotel, hvor man kan parkere sin side, og redelegerer domænet hos DK-hostmaster.
Da vi jo skulle undgå at siden var nede i længere tid, måtte vi prøve at time dette med den propagering der finder sted fra root DNS serverne for .dk top-level domænet. Dette sker hver fjerde time startende klokken 12:00. Da jeg blev koblet på sagen omkring middagstid havde det første \"vindue\" passeret for redelegering, så vi måtte vente til klokken 16:00. Her blev redelegeringen registreret, og bekræftet - og vi kom somfølge heraf først med i den propagering der fandt sted klokken 20:00.
Det gav os tid til at få taget backup af den gamle database, og få kopieret hele filstrukturen. Samtidig skulle vi have oprettet vort hotel, få midlertidig adgang på en IP-adresse og have oprettet den nye databaseadgang. Omkring klokken 17:00 var det hele på plads og klar, og vi kunne så kun vente på at klokken blev 20:00 hvor propageringen fandt sted. Da de fleste hjemmesider af espressobar.dk\'s størrelse multihostes (dvs. man har flere hjemmesider der deles om den samme fysiske server) og man desuden bruger en fælles ip-adresse for alle de domæner og hjemmesider der ligger på den samme server - så havde vi heller ikke mulighed for at teste om siden virkede - for propageringen var slået igennem.
Klokken lidt over otte her til aften stod det klart at vi IKKE bare kunne flytte databasen og filstrukturen. Jeg kunne konstatere at vi nu kører på en SQL-server af en anden version end den gamle, og jeg måtte derfor rette en del i den bagvedliggende kode. Desuden rendte vi ind i det problem at kopieringen af filstrukturen af en eller anden grund oprettede \"skyggekopier\" af vore filer. Jeg måtte derfor ind i hvert eneste underbibliotek, og fjerne skyggekopierne, for jeg kunne kopiere de nye over (der gik nok mindst en times tid, før jeg fandt ud af hvor præcist problemet lå med dette. Det er en kendt sag at Linux med visse FTP-klienter kan drille på denne måde, så det burde jeg have forudset.
Anyways - i forbindelse med gennemretningen af en lang række dokumenter, og deres kald til SQL-serveren, skrev jeg også en hel ny konfigurationsfil. Jeg ville være sikker på at jeg havde fået alting gjort rigtigt.
Desværre viste det sig at jeg havde fået lavet en tastefejl i konfigurationsfilen, så mens jeg godt nok fik løst databaseproblemerne, så introducerede jeg et helt nyt problem. Jeg var nu ved at rive hårene ud på mig selv. Jeg lod Mads-Ole kigge på et el lille test-script jeg har skrevet, der tester forbindelsen til databsen... og hvor jeg sad og kløede mig i hovedet over hvorfor f..... det ikke virkede, så spottede han med det samme min tastefejl. Et \".\" der var blevet til en \"_\"! Holdakæft hvor følte jeg mig dum! :angry:
Men for at gøre en lang historie kort - så fik jeg rettet tastefejlen, og det hele kørte som det skulle! :woohoo:
Nu manglede vi bare at åbne forummet igen - og det er (som i kan se) hermed gjort, og også den del kører nu som den skal.
Så espressobar er hermed på plads på sin nye server. Hos en udbyder der har en god del mere båndbredde end den forrige og på en væsentligt kraftigere hardwareplatform, hvilket resulterer i, at siden nu er VÆSENTLIG hurtigere end hos den gamle udbyder.
Alt i alt - en samlet nedetid på 3½ time - i forbindelse med flytningen af en hjemmeside til en anden version af Apache, PHP og MySQL - der er ikke så dårligt endda :woohoo:
Comment