Politica de migrare

Când asistența la migrare este oferită odată cu comanda sau planul, aceasta este ajutor best-effort pentru mutarea site-urilor și e-mailurilor eligibile către iHoster24. Fezabilitatea depinde de acces, stivă tehnologică și limitele planului.

1. Eligibilitate

Migrările incluse sau gratuite se aplică doar unde sunt anunțate pentru produs/comandă sau unde confirmăm asistența în scris/ticket. Proiectele complexe sau multi-server pot necesita un serviciu plătit sau pot fi refuzate.

2. Ce migrăm

  • Fișiere și baze de date tipice pentru stive comune (de exemplu conturi cPanel standard), când există acces la sursă.
  • Cutii poștale când există acces IMAP și credențiale, iar volumul este rezonabil pentru plan.
  • Orientări pentru cut-over DNS după ce conținutul este pe loc.

3. Ce trebuie să furnizați

  • Credențiale valide sau acces temporar la gazda sursă (FTP/SFTP, panou, bază de date sau SSH, după caz).
  • Lista domeniilor, subdomeniilor și cutiilor din domeniu.
  • Confirmarea ferestrelor de mentenanță și cine actualizează DNS la registrar dacă noi nu gestionăm domeniul.
  • Eliminarea sau documentarea regulilor de firewall care ar bloca traficul de migrare.

4. Proces

Pași tipici: preluare ticket → verificarea accesului → copie staging pe iHoster24 → previzualizare client → cut-over DNS/mail → scurtă perioadă de hypercare. Putem întrerupe sau anula dacă credențialele eșuează, sursa este inaccesibilă sau apar probleme malware/AUP.

5. Limite și excluderi

  • Fără garanție de zero downtime, comportament identic al pluginurilor sau compatibilitate pentru fiecare temă/extensie.
  • Nu reconstruim aplicații defecte, nu rescriem cod și nu migrăm stive nesuportate/obsolete fără acord.
  • Cheile de licență, SaaS terțe și configurațiile CDN/API externe rămân responsabilitatea dvs.
  • Seturile foarte mari de date, biblioteci media sau clustere multi-nod pot ieși din domeniul migrării incluse.

6. Întreruperi și DNS

Propagarea DNS și TTL-urile de mail pot cauza livrare duală temporară sau scurte întreruperi. Reduceți TTL-urile din timp, când este posibil. Nu suntem responsabili pentru întârzierile de lock la registrar sau erorile DNS ale terților.

7. Acceptare

După ce vă anunțăm că respectiva copie de migrare este gata, verificați prompt site-urile și mailul. Dacă nu s-a convenit altfel, asistența la migrare pentru acea comandă se consideră încheiată după cut-over reușit sau după fereastra de verificare indicată în ticket.

8. După migrare

Păstrați un backup al sursei până confirmați că totul funcționează. Actualizați credențialele CMS, callback-urile de plată și cron-urile. Suportul ulterior urmează Politica de suport.

9. Actualizări

Putem actualiza această politică pe măsură ce produsele se schimbă. Versiunea și datele apar în blocul de informații despre document.