Denne guide vil beskrive hvordan i bruger vores Migreringsværktøjer som er indbygget i vores Linux webhotel pakker. Værktøjet får man adgang til automatisk når man har oprettet et Linux Webhotel.
Overblik
Man kan se oversigter for alle aktive, udførte eller fejlede migreringer her
https://reseller.curanet.dk/AccountOverview/LinuxMigrationToolsMigrations
FTP Migrering
Migrering af FTP
Nedenfor forklares, hvordan du migrerer fra din eksisterende FTP til webhotellets FTP.
Bemærk: Den mappe, du migrerer til, skal være oprettet på webhotellet, før du starter migreringen.
⚠️ Vigtigt: Når migreringen startes, bliver indholdet af destinationsmappen på webhotellet slettet. Sørg derfor for, at mappen ikke indeholder filer, du stadig har brug for.
Udfyld migreringsoplysningerne som beskrevet nedenfor.
Forklaring af felter
Til mappe: Mappen på webhotellet, som skal modtage filerne fra migreringen.
Hostnavn: Værtsnavnet eller IP-adressen på kilden til migreringen — f.eks. et webhotel eller en webserver hos en anden udbyder.
Brugernavn: FTP-brugernavnet til ovenstående vært.
Adgangskode: Adgangskoden til FTP-brugeren.
Fra mappe: Mappen på kilden, som filerne skal migreres fra. Vær opmærksom på, hvordan mappestrukturen er opbygget hos nuværende udbyder — en FTP-bruger har ofte adgang til flere niveauer, f.eks. /httpdocs/www/ eller /www/.
MySQL Migrering
Migrering af database
Nedenfor forklares, hvordan du migrerer fra din eksisterende MySQL database til webhotellets MySQL database.
⚠️ Vigtigt: Den modtagende database på webhotellet bliver overskrevet med den database, du importerer. Sørg derfor for, at databasen ikke indeholder data, du stadig har brug for.
Udfyld migreringsoplysningerne som beskrevet nedenfor.
Forklaring af felter
Vælg destinationsdatabase: Databasen, der følger med webhotellet. Vær opmærksom på, hvis du har tilkøbt flere databaser.
Port: Benyt standardporten.
Ekstern MySQL-server: IP-adressen på den eksterne MySQL-server. Det er vigtigt, at denne er offentligt tilgængelig, for at migreringen kan gennemføres.
Ekstern brugernavn: Brugernavnet til MySQL-databasen på den eksterne server. Der kan forekomme rettighedsbegrænsninger, som gør migrering umulig — fejler migreringen, bør man blandt andet undersøge rettighederne.
Ekstern adgangskode: Adgangskoden til ovenstående bruger.
Ekstern MySQL-database: Navnet på databasen. En MySQL-bruger kan have adgang til flere databaser — vælg den database, du ønsker at migrere.
Ekstern MySQL-port: Benyt port 3306, hvis denne er åben, ellers indsæt den brugerdefinerede port, som er åben på den eksterne MySQL-server.
Mail Migrering
Migrering af IMAP mail
Nedenfor forklares, hvordan du migrerer fra din eksisterende IMAP email til webhotellets IMAP email.
⚠️ Vigtigt: Vi sletter eller overskriver ikke eksisterende maildata. Importerer du flere gange, kan der derfor forekomme dubletter. Ønsker du en tom postkasse, skal maildata slettes manuelt først — eventuelt via onlinemail.io.
Udfyld migreringsoplysningerne som beskrevet nedenfor.
Forklaring af felter
Vælg den mailkonto, som skal overføres til: Mailkontoen, der er oprettet på mailhotellet. Findes den ønskede konto ikke, skal den oprettes først i mailadministrationen.
Mailkonto adgangskode: Koden til mailkontoen, som modtager mails på Curanet mailhotellet.
Port: 143 uden SSL eller 993 med SSL. Porten afgør, hvilken forbindelse der bruges til at hente maildata ind til platformen.
Ekstern mailserver: Den nuværende mailserver, du ønsker at importere fra.
Ekstern brugernavn: Typisk brugernavnet til den mailkonto, du ønsker at importere maildata fra.
Ekstern adgangskode: Koden til ovenstående bruger.
FAQ
- Når du har migreret et website, bør du bekræfte, at din konfiguration forbinder til den korrekte database. For eksempel bør du ved WordPress redigere wp-config.php, så den forbinder til den nye database efter endt migrering.
- Migreringen ændrer ikke DNS-værdier. Du bør derfor selv ændre dine DNS-pegninger efter migreringen, så domænet peger korrekt.
- I forbindelse med migrering bør du overveje at sænke TTL-værdien for din nuværende DNS i god tid inden, så ændringer i DNS slår hurtigere igennem.