{"id":3809,"date":"2025-12-31T14:58:19","date_gmt":"2025-12-31T11:58:19","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/hosting-firmasi-degistirirken-dns-ve-domain-tasima-kontrol-listesi\/"},"modified":"2025-12-31T14:58:19","modified_gmt":"2025-12-31T11:58:19","slug":"hosting-firmasi-degistirirken-dns-ve-domain-tasima-kontrol-listesi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/hosting-firmasi-degistirirken-dns-ve-domain-tasima-kontrol-listesi\/","title":{"rendered":"Hosting Firmas\u0131 De\u011fi\u015ftirirken DNS ve Domain Ta\u015f\u0131ma Kontrol Listesi"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#Hosting_degistirirken_neden_detayli_bir_DNS_ve_domain_plani_sart\"><span class=\"toc_number toc_depth_1\">1<\/span> Hosting de\u011fi\u015ftirirken neden detayl\u0131 bir DNS ve domain plan\u0131 \u015fart?<\/a><\/li><li><a href=\"#1_Adim_Mevcut_durumu_haritalandirin_ve_gorunmeyen_riskleri_cikarin\"><span class=\"toc_number toc_depth_1\">2<\/span> 1. Ad\u0131m: Mevcut durumu haritaland\u0131r\u0131n ve g\u00f6r\u00fcnmeyen riskleri \u00e7\u0131kar\u0131n<\/a><ul><li><a href=\"#11_Alan_adi_ve_DNS_envanteri_cikarin\"><span class=\"toc_number toc_depth_2\">2.1<\/span> 1.1. Alan ad\u0131 ve DNS envanteri \u00e7\u0131kar\u0131n<\/a><\/li><li><a href=\"#12_Eposta_altyapisini_ozellikle_ayirin\"><span class=\"toc_number toc_depth_2\">2.2<\/span> 1.2. E\u2011posta altyap\u0131s\u0131n\u0131 \u00f6zellikle ay\u0131r\u0131n<\/a><\/li><li><a href=\"#13_Teknik_ve_is_onceliklerini_belirleyin\"><span class=\"toc_number toc_depth_2\">2.3<\/span> 1.3. Teknik ve i\u015f \u00f6nceliklerini belirleyin<\/a><\/li><\/ul><\/li><li><a href=\"#2_Adim_Yeni_hosting_altyapisini_DCHost_uzerinde_paralel_hazirlayin\"><span class=\"toc_number toc_depth_1\">3<\/span> 2. Ad\u0131m: Yeni hosting altyap\u0131s\u0131n\u0131 DCHost \u00fczerinde paralel haz\u0131rlay\u0131n<\/a><ul><li><a href=\"#21_Yeni_sunucuyu_yapilandirin\"><span class=\"toc_number toc_depth_2\">3.1<\/span> 2.1. Yeni sunucuyu yap\u0131land\u0131r\u0131n<\/a><\/li><li><a href=\"#22_Web_dosyalarini_ve_veritabanlarini_yeni_ortama_kopyalayin\"><span class=\"toc_number toc_depth_2\">3.2<\/span> 2.2. Web dosyalar\u0131n\u0131 ve veritabanlar\u0131n\u0131 yeni ortama kopyalay\u0131n<\/a><\/li><li><a href=\"#23_Panelden_panele_otomatik_tasima_imkani_varsa_kullanin\"><span class=\"toc_number toc_depth_2\">3.3<\/span> 2.3. Panelden panele otomatik ta\u015f\u0131ma imkan\u0131 varsa kullan\u0131n<\/a><\/li><\/ul><\/li><li><a href=\"#3_Adim_DNS_stratejisi_ve_TTL_plani_olmadan_hamle_yapmayin\"><span class=\"toc_number toc_depth_1\">4<\/span> 3. Ad\u0131m: DNS stratejisi ve TTL plan\u0131 olmadan hamle yapmay\u0131n<\/a><ul><li><a href=\"#31_TTL_nedir_ve_neden_dusurmelisiniz\"><span class=\"toc_number toc_depth_2\">4.1<\/span> 3.1. TTL nedir ve neden d\u00fc\u015f\u00fcrmelisiniz?<\/a><\/li><li><a href=\"#32_Zero-downtime_icin_onerilen_TTL_zaman_cizelgesi\"><span class=\"toc_number toc_depth_2\">4.2<\/span> 3.2. Zero-downtime i\u00e7in \u00f6nerilen TTL zaman \u00e7izelgesi<\/a><\/li><li><a href=\"#33_Nameserver_mi_degistireceksiniz_yoksa_sadece_A_kaydi_mi\"><span class=\"toc_number toc_depth_2\">4.3<\/span> 3.3. Nameserver mi de\u011fi\u015ftireceksiniz, yoksa sadece A kayd\u0131 m\u0131?<\/a><\/li><\/ul><\/li><li><a href=\"#4_Adim_Web_sitesi_ve_uygulamalari_yeni_sunucuda_test_edin\"><span class=\"toc_number toc_depth_1\">5<\/span> 4. Ad\u0131m: Web sitesi ve uygulamalar\u0131 yeni sunucuda test edin<\/a><ul><li><a href=\"#41_Hosts_dosyasiyla_lokal_yonlendirme\"><span class=\"toc_number toc_depth_2\">5.1<\/span> 4.1. Hosts dosyas\u0131yla lokal y\u00f6nlendirme<\/a><\/li><li><a href=\"#42_Ozel_alt_alan_adiyla_staging_ortami\"><span class=\"toc_number toc_depth_2\">5.2<\/span> 4.2. \u00d6zel alt alan ad\u0131yla staging ortam\u0131<\/a><\/li><li><a href=\"#43_Performans_ve_log_kontrolleri\"><span class=\"toc_number toc_depth_2\">5.3<\/span> 4.3. Performans ve log kontrolleri<\/a><\/li><\/ul><\/li><li><a href=\"#5_Adim_DNS_cutover_trafigi_yeni_sunucuya_cevirme_ani\"><span class=\"toc_number toc_depth_1\">6<\/span> 5. Ad\u0131m: DNS cutover \u2013 trafi\u011fi yeni sunucuya \u00e7evirme an\u0131<\/a><ul><li><a href=\"#51_On_kesit_kontrol_listesi\"><span class=\"toc_number toc_depth_2\">6.1<\/span> 5.1. \u00d6n kesit kontrol listesi<\/a><\/li><li><a href=\"#52_A_ve_AAAA_kayitlarini_yeni_IPye_guncelleyin\"><span class=\"toc_number toc_depth_2\">6.2<\/span> 5.2. A ve AAAA kay\u0131tlar\u0131n\u0131 yeni IP\u2019ye g\u00fcncelleyin<\/a><\/li><li><a href=\"#53_Eposta_MX_SPF_ve_DKIM_ayarlarini_senkron_tutun\"><span class=\"toc_number toc_depth_2\">6.3<\/span> 5.3. E\u2011posta MX, SPF ve DKIM ayarlar\u0131n\u0131 senkron tutun<\/a><\/li><li><a href=\"#54_Eski_sunucuyu_hemen_kapatmayin\"><span class=\"toc_number toc_depth_2\">6.4<\/span> 5.4. Eski sunucuyu hemen kapatmay\u0131n<\/a><\/li><\/ul><\/li><li><a href=\"#6_Adim_Domain_transferini_ne_zaman_yapmalisiniz\"><span class=\"toc_number toc_depth_1\">7<\/span> 6. Ad\u0131m: Domain transferini ne zaman yapmal\u0131s\u0131n\u0131z?<\/a><ul><li><a href=\"#61_Domain_transferini_hosting_tasimasindan_ayirmak_genellikle_daha_guvenli\"><span class=\"toc_number toc_depth_2\">7.1<\/span> 6.1. Domain transferini hosting ta\u015f\u0131mas\u0131ndan ay\u0131rmak genellikle daha g\u00fcvenli<\/a><\/li><li><a href=\"#62_Domain_transferi_oncesi_dikkat_edilmesi_gerekenler\"><span class=\"toc_number toc_depth_2\">7.2<\/span> 6.2. Domain transferi \u00f6ncesi dikkat edilmesi gerekenler<\/a><\/li><li><a href=\"#63_Domain_transferi_epostayi_etkiler_mi\"><span class=\"toc_number toc_depth_2\">7.3<\/span> 6.3. Domain transferi e\u2011postay\u0131 etkiler mi?<\/a><\/li><\/ul><\/li><li><a href=\"#7_Adim_SEO_SSL_ve_guvenlik_icin_son_kontroller\"><span class=\"toc_number toc_depth_1\">8<\/span> 7. Ad\u0131m: SEO, SSL ve g\u00fcvenlik i\u00e7in son kontroller<\/a><ul><li><a href=\"#71_SSL_ve_HTTPS_kontrolleri\"><span class=\"toc_number toc_depth_2\">8.1<\/span> 7.1. SSL ve HTTPS kontrolleri<\/a><\/li><li><a href=\"#72_robotstxt_sitemap_ve_SEO_sinyalleri\"><span class=\"toc_number toc_depth_2\">8.2<\/span> 7.2. robots.txt, sitemap ve SEO sinyalleri<\/a><\/li><li><a href=\"#73_Guvenlik_ve_yedekleme_stratejisini_guncelleyin\"><span class=\"toc_number toc_depth_2\">8.3<\/span> 7.3. G\u00fcvenlik ve yedekleme stratejisini g\u00fcncelleyin<\/a><\/li><\/ul><\/li><li><a href=\"#8_Adim_Ozet_kontrol_listesi_hosting_firmasi_degistirirken_adim_adim\"><span class=\"toc_number toc_depth_1\">9<\/span> 8. Ad\u0131m: \u00d6zet kontrol listesi \u2013 hosting firmas\u0131 de\u011fi\u015ftirirken ad\u0131m ad\u0131m<\/a><ul><li><a href=\"#81_Tasima_oncesi_hazirlik\"><span class=\"toc_number toc_depth_2\">9.1<\/span> 8.1. Ta\u015f\u0131ma \u00f6ncesi haz\u0131rl\u0131k<\/a><\/li><li><a href=\"#82_Yeni_sunucuyu_hazirlama\"><span class=\"toc_number toc_depth_2\">9.2<\/span> 8.2. Yeni sunucuyu haz\u0131rlama<\/a><\/li><li><a href=\"#83_DNS_ve_TTL_plani\"><span class=\"toc_number toc_depth_2\">9.3<\/span> 8.3. DNS ve TTL plan\u0131<\/a><\/li><li><a href=\"#84_Tasima_ve_cutover\"><span class=\"toc_number toc_depth_2\">9.4<\/span> 8.4. Ta\u015f\u0131ma ve cutover<\/a><\/li><li><a href=\"#85_Tasima_sonrasi_kontroller\"><span class=\"toc_number toc_depth_2\">9.5<\/span> 8.5. Ta\u015f\u0131ma sonras\u0131 kontroller<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_ile_sifira_yakin_kesintiyle_hosting_degisimi_nasil_gorunur\"><span class=\"toc_number toc_depth_1\">10<\/span> DCHost ile s\u0131f\u0131ra yak\u0131n kesintiyle hosting de\u011fi\u015fimi nas\u0131l g\u00f6r\u00fcn\u00fcr?<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Hosting_degistirirken_neden_detayli_bir_DNS_ve_domain_plani_sart\">Hosting de\u011fi\u015ftirirken neden detayl\u0131 bir DNS ve domain plan\u0131 \u015fart?<\/span><\/h2>\n<p>Hosting firman\u0131z\u0131 de\u011fi\u015ftirmek performans, maliyet ya da destek kalitesi a\u00e7\u0131s\u0131ndan \u00e7ok do\u011fru bir karar olabilir. Ancak DNS ve domain taraf\u0131n\u0131 do\u011fru planlamazsan\u0131z bu ge\u00e7i\u015f s\u00fcreci; a\u00e7\u0131lmayan siteler, \u00e7al\u0131\u015fmayan e\u2011postalar ve SEO kayb\u0131yla sonu\u00e7lanabilir. \u00d6zellikle canl\u0131 bir e\u2011ticaret sitesi, SaaS \u00fcr\u00fcn\u00fc veya yo\u011fun trafikli blog i\u015fletiyorsan\u0131z, birka\u00e7 dakikal\u0131k kesinti bile do\u011frudan gelir kayb\u0131 ve itibar zedelenmesine d\u00f6n\u00fc\u015febilir.<\/p>\n<p>Biz DCHost taraf\u0131nda en \u00e7ok \u015fu tabloyla kar\u015f\u0131la\u015f\u0131yoruz: Yeni sunucu eksiksiz haz\u0131rlan\u0131yor ama DNS ve domain plan\u0131 son dakikaya b\u0131rak\u0131l\u0131yor. TTL d\u00fc\u015f\u00fcrme atlan\u0131yor, MX kay\u0131tlar\u0131 ta\u015f\u0131nm\u0131yor, eski sunucudaki SPF ve DKIM ayarlar\u0131 unutuluyor. Sonu\u00e7; bir k\u0131sm\u0131 eski sunucuya, bir k\u0131sm\u0131 yeni sunucuya giden istekler, kar\u0131\u015fan cache kay\u0131tlar\u0131 ve g\u00fcnlerce s\u00fcren sorun takibi.<\/p>\n<p>Bu yaz\u0131da, hosting firmas\u0131 de\u011fi\u015ftirirken DNS ve domain ta\u015f\u0131ma s\u00fcrecini ad\u0131m ad\u0131m planlayabilece\u011finiz kapsaml\u0131 bir kontrol listesi haz\u0131rlad\u0131k. Amac\u0131m\u0131z; realistik \u015fekilde s\u0131f\u0131ra yak\u0131n kesinti, minimum risk ve tamamen \u00f6ng\u00f6r\u00fclebilir bir ge\u00e7i\u015f ak\u0131\u015f\u0131. Yaz\u0131y\u0131, teknik ekibinizle beraber kullanabilece\u011finiz bir runbook gibi d\u00fc\u015f\u00fcnebilirsiniz.<\/p>\n<h2><span id=\"1_Adim_Mevcut_durumu_haritalandirin_ve_gorunmeyen_riskleri_cikarin\">1. Ad\u0131m: Mevcut durumu haritaland\u0131r\u0131n ve g\u00f6r\u00fcnmeyen riskleri \u00e7\u0131kar\u0131n<\/span><\/h2>\n<p>\u0130yi bir ta\u015f\u0131ma plan\u0131n\u0131n ilk \u015fart\u0131, bug\u00fcn neye sahip oldu\u011funuzu tam olarak bilmektir. \u00c7o\u011fu kesinti, g\u00f6zden ka\u00e7m\u0131\u015f tek bir DNS kayd\u0131ndan ya da unutulan bir alt alan ad\u0131ndan kaynaklan\u0131r.<\/p>\n<h3><span id=\"11_Alan_adi_ve_DNS_envanteri_cikarin\">1.1. Alan ad\u0131 ve DNS envanteri \u00e7\u0131kar\u0131n<\/span><\/h3>\n<p>A\u015fa\u011f\u0131daki sorulara net yan\u0131tlar veremiyorsan\u0131z \u00f6nce envanteri tamamlamal\u0131s\u0131n\u0131z:<\/p>\n<ul>\n<li>Hangi alan adlar\u0131 ta\u015f\u0131man\u0131n par\u00e7as\u0131 olacak? (com, net, com.tr vb.)<\/li>\n<li>Bu domainlere ba\u011fl\u0131 hangi alt alan adlar\u0131 var? (www, api, panel, mail, cdn vb.)<\/li>\n<li>Mevcut DNS sa\u011flay\u0131c\u0131n\u0131z kim? (domain kay\u0131t firmas\u0131, \u00f6nceki hosting sa\u011flay\u0131c\u0131 ya da ayr\u0131 bir DNS hizmeti)<\/li>\n<li>Hangi DNS kay\u0131tlar\u0131 tan\u0131ml\u0131? A, AAAA, CNAME, MX, TXT, SRV, CAA vb.<\/li>\n<li>Hangi kay\u0131tlar kritik i\u015flevler i\u00e7in kullan\u0131l\u0131yor? (web sitesi, e\u2011posta, API, entegrasyonlar, \u00fc\u00e7\u00fcnc\u00fc parti servisler)<\/li>\n<\/ul>\n<p>DNS kay\u0131t t\u00fcrleri konusunda emin de\u011filseniz, <a href='https:\/\/www.dchost.com\/blog\/dns-kayitlari-adan-zye-a-aaaa-cname-mx-txt-srv-caa-ve-sizi-yakan-o-kucuk-hatalar\/'>DNS kay\u0131tlar\u0131 A\u2019dan Z\u2019ye rehberimizi<\/a> mutlaka g\u00f6zden ge\u00e7irmenizi \u00f6neririz. B\u00f6ylece ta\u015f\u0131ma s\u0131ras\u0131nda hangi kayd\u0131 neden de\u011fi\u015ftirdi\u011finizi \u00e7ok daha bilin\u00e7li y\u00f6netebilirsiniz.<\/p>\n<h3><span id=\"12_Eposta_altyapisini_ozellikle_ayirin\">1.2. E\u2011posta altyap\u0131s\u0131n\u0131 \u00f6zellikle ay\u0131r\u0131n<\/span><\/h3>\n<p>\u00c7o\u011fu i\u015fletme i\u00e7in web sitesinin birka\u00e7 dakika kapanmas\u0131 tolere edilebilirken, e\u2011postalar\u0131n kaybolmas\u0131 ya da saatlerce teslim edilememesi \u00e7ok daha b\u00fcy\u00fck sorun yarat\u0131r. Bu y\u00fczden:<\/p>\n<ul>\n<li>Hangi alan adlar\u0131n\u0131n MX kay\u0131tlar\u0131 eski hostinge i\u015faret ediyor, netle\u015ftirin.<\/li>\n<li>SPF, DKIM ve DMARC kay\u0131tlar\u0131n\u0131 listeleyin.<\/li>\n<li>Webmail, POP3\/IMAP ve SMTP ba\u011flant\u0131 ayarlar\u0131n\u0131 not edin.<\/li>\n<\/ul>\n<p>\u00d6zellikle e\u2011posta ta\u015f\u0131ma taraf\u0131n\u0131 derinlemesine g\u00f6rmek isterseniz, <a href='https:\/\/www.dchost.com\/blog\/e-posta-altyapisini-tasirken-kesinti-yasamamak\/'>e\u2011posta altyap\u0131s\u0131n\u0131 ta\u015f\u0131rken kesinti ya\u015famamak i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z rehbere<\/a> g\u00f6z atabilirsiniz.<\/p>\n<h3><span id=\"13_Teknik_ve_is_onceliklerini_belirleyin\">1.3. Teknik ve i\u015f \u00f6nceliklerini belirleyin<\/span><\/h3>\n<p>Her proje i\u00e7in kritik bile\u015fenler farkl\u0131d\u0131r. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>Bir i\u00e7erik sitesi i\u00e7in SEO ve cache s\u00fcreleri kritik olabilir.<\/li>\n<li>Bir e\u2011ticaret sitesi i\u00e7in sepet ve \u00f6deme ak\u0131\u015f\u0131n\u0131n kesintisizli\u011fi \u00f6nceliklidir.<\/li>\n<li>Bir SaaS \u00fcr\u00fcn\u00fc i\u00e7in API ve veritaban\u0131 ba\u011flant\u0131 s\u00fcreklili\u011fi kritiktir.<\/li>\n<\/ul>\n<p>Ta\u015f\u0131ma plan\u0131n\u0131 bu \u00f6nceliklere g\u00f6re tasarlarsan\u0131z, hangi sistem i\u00e7in ne kadar risk alabilece\u011finizi ba\u015ftan netle\u015ftirmi\u015f olursunuz.<\/p>\n<h2><span id=\"2_Adim_Yeni_hosting_altyapisini_DCHost_uzerinde_paralel_hazirlayin\">2. Ad\u0131m: Yeni hosting altyap\u0131s\u0131n\u0131 DCHost \u00fczerinde paralel haz\u0131rlay\u0131n<\/span><\/h2>\n<p>DNS de\u011fi\u015fikliklerine dokunmadan \u00f6nce, yeni hosting ortam\u0131n\u0131n m\u00fcmk\u00fcn oldu\u011funca haz\u0131r hale gelmesi gerekir. DCHost \u00fczerinde ister <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, ister VPS, ister dedicated ya da colocation kullan\u0131n, mant\u0131k ayn\u0131d\u0131r: \u00d6nce aynay\u0131 kurun, sonra trafi\u011fi ta\u015f\u0131y\u0131n.<\/p>\n<h3><span id=\"21_Yeni_sunucuyu_yapilandirin\">2.1. Yeni sunucuyu yap\u0131land\u0131r\u0131n<\/span><\/h3>\n<ul>\n<li>Gerekirse PHP s\u00fcr\u00fcm\u00fc, veritaban\u0131 motoru ve versiyonunu mevcut ortama yak\u0131n se\u00e7in.<\/li>\n<li>Gerekli eklenti ve mod\u00fclleri kurun (\u00f6rne\u011fin PHP eklentileri, cache mod\u00fclleri, web sunucusu ayarlar\u0131).<\/li>\n<li>SSL sertifikas\u0131 i\u00e7in temel haz\u0131rl\u0131\u011f\u0131 yap\u0131n. Let\u2019s Encrypt ya da kurumsal SSL hangi modeli kullanacaksan\u0131z planlay\u0131n.<\/li>\n<li>G\u00fcvenlik taraf\u0131nda temel sertle\u015ftirme ad\u0131mlar\u0131n\u0131 uygulay\u0131n (SSH ayarlar\u0131, firewall, panel g\u00fcvenli\u011fi).<\/li>\n<\/ul>\n<p>Payla\u015f\u0131ml\u0131 hostingden DCHost VPS altyap\u0131s\u0131na y\u00fckseliyorsan\u0131z, performans ve kaynak planlamas\u0131 a\u00e7\u0131s\u0131ndan <a href='https:\/\/www.dchost.com\/blog\/paylasimli-hostingden-vpse-sorunsuz-gecis-rehberi\/'>payla\u015f\u0131ml\u0131 hostingden VPS\u2019e sorunsuz ge\u00e7i\u015f rehberimizden<\/a> de yararlanabilirsiniz.<\/p>\n<h3><span id=\"22_Web_dosyalarini_ve_veritabanlarini_yeni_ortama_kopyalayin\">2.2. Web dosyalar\u0131n\u0131 ve veritabanlar\u0131n\u0131 yeni ortama kopyalay\u0131n<\/span><\/h3>\n<p>Bu a\u015famada hen\u00fcz DNS\u2019i de\u011fi\u015ftirmeden, sitenin bir kopyas\u0131n\u0131 yeni sunucuya al\u0131rs\u0131n\u0131z:<\/p>\n<ul>\n<li>Eski hostingte tam dosya yede\u011fi al\u0131n (public_html, uygulama dizini, yap\u0131land\u0131rma dosyalar\u0131).<\/li>\n<li>Veritabanlar\u0131n\u0131 SQL dump olarak d\u0131\u015fa aktar\u0131n.<\/li>\n<li>Yeni sunucuda veritaban\u0131 olu\u015fturup dump dosyalar\u0131n\u0131 i\u00e7e aktar\u0131n.<\/li>\n<li>Gerekliyse yap\u0131land\u0131rma dosyalar\u0131nda (\u00f6rne\u011fin WordPress wp-config.php, Laravel .env) veritaban\u0131 ba\u011flant\u0131 ayarlar\u0131n\u0131 g\u00fcncelleyin.<\/li>\n<\/ul>\n<p>cPanel kullan\u0131yorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/cpanelde-tum-siteyi-yedekleme-ve-geri-yukleme-rehberi\/'>cPanel\u2019de t\u00fcm siteyi yedekleme ve geri y\u00fckleme rehberimiz<\/a> bu ad\u0131mlar\u0131 pratikle\u015ftirmenize yard\u0131mc\u0131 olur.<\/p>\n<h3><span id=\"23_Panelden_panele_otomatik_tasima_imkani_varsa_kullanin\">2.3. Panelden panele otomatik ta\u015f\u0131ma imkan\u0131 varsa kullan\u0131n<\/span><\/h3>\n<p>Eski ve yeni sunucu ikisi de cPanel ise, DCHost taraf\u0131nda WHM transfer ara\u00e7lar\u0131yla neredeyse birebir kopya olu\u015fturabilirsiniz. Bu durumda:<\/p>\n<ul>\n<li>Eski sunucunun root ya da transfer i\u00e7in yetkili hesab\u0131na eri\u015fim al\u0131n.<\/li>\n<li>WHM \u00fcst\u00fcnden hesap transferini ba\u015flat\u0131n.<\/li>\n<li>Olu\u015fan hesaplar \u00fczerinde \u00f6rnek site ve e\u2011posta kutular\u0131n\u0131 test edin.<\/li>\n<\/ul>\n<p>Bu senaryo i\u00e7in, <a href='https:\/\/www.dchost.com\/blog\/cpanelden-cpanele-canli-tasima-nasil-olur-incremental-rsync-ttl-oyun-plani-ve-whm-live-transfer-ile-sifir-kesinti\/'>cPanel\u2019den cPanel\u2019e canl\u0131 ta\u015f\u0131ma rehberimizde<\/a> s\u0131f\u0131ra yak\u0131n kesinti i\u00e7in TTL ve incremental rsync stratejilerini detayl\u0131 anlatt\u0131k.<\/p>\n<h2><span id=\"3_Adim_DNS_stratejisi_ve_TTL_plani_olmadan_hamle_yapmayin\">3. Ad\u0131m: DNS stratejisi ve TTL plan\u0131 olmadan hamle yapmay\u0131n<\/span><\/h2>\n<p>DNS taraf\u0131, ta\u015f\u0131man\u0131n kaderini belirleyen en kritik katmand\u0131r. Yanl\u0131\u015f zamanda yap\u0131lan k\u00fc\u00e7\u00fck bir de\u011fi\u015fiklik, saatlerce s\u00fcrecek sorunlara d\u00f6n\u00fc\u015febilir. Buradaki ana kavram, TTL de\u011feridir.<\/p>\n<h3><span id=\"31_TTL_nedir_ve_neden_dusurmelisiniz\">3.1. TTL nedir ve neden d\u00fc\u015f\u00fcrmelisiniz?<\/span><\/h3>\n<p>TTL, bir DNS kayd\u0131n\u0131n internet \u00fczerindeki cache\u2019lerde ne kadar s\u00fcre saklanaca\u011f\u0131n\u0131 belirleyen saniye cinsinden bir s\u00fcredir. \u00d6rne\u011fin A kayd\u0131n\u0131z\u0131n TTL\u2019i 14400 ise, yap\u0131lan de\u011fi\u015fikliklerin k\u00fcresel olarak tam oturmas\u0131 4 saate yak\u0131n s\u00fcrebilir.<\/p>\n<p>Hosting de\u011fi\u015fimi \u00f6ncesinde hedefiniz \u015fu olmal\u0131d\u0131r:<\/p>\n<ul>\n<li>Kritik kay\u0131tlar\u0131n TTL de\u011ferlerini ge\u00e7ici olarak ciddi \u015fekilde d\u00fc\u015f\u00fcrmek (\u00f6rne\u011fin 14400 yerine 300 ya da 120 saniye).<\/li>\n<li>Ge\u00e7i\u015f tamamland\u0131ktan ve her \u015fey stabil olduktan sonra TTL de\u011ferlerini tekrar y\u00fckseltmek.<\/li>\n<\/ul>\n<p>DNS yay\u0131l\u0131m\u0131n\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve neden 24 saate kadar s\u00fcrebildi\u011fini anlamak i\u00e7in <a href='https:\/\/www.dchost.com\/blog\/dns-yayilim-suresi-nedir-neden-24-saat-surer-ve-nasil-hizlandirilir\/'>DNS yay\u0131l\u0131m s\u00fcresi rehberimize<\/a> bakabilirsiniz.<\/p>\n<h3><span id=\"32_Zero-downtime_icin_onerilen_TTL_zaman_cizelgesi\">3.2. Zero-downtime i\u00e7in \u00f6nerilen TTL zaman \u00e7izelgesi<\/span><\/h3>\n<p>DCHost olarak ger\u00e7ek projelerde \u00e7o\u011fu zaman a\u015fa\u011f\u0131daki ak\u0131\u015f\u0131 uyguluyoruz:<\/p>\n<ul>\n<li>Ta\u015f\u0131ma g\u00fcn\u00fcnden 48\u201372 saat \u00f6nce: Alan ad\u0131n\u0131z\u0131n A, AAAA, MX ve kritik CNAME kay\u0131tlar\u0131n\u0131n TTL de\u011ferlerini 300 saniyeye (veya 120) d\u00fc\u015f\u00fcr\u00fcn.<\/li>\n<li>Ta\u015f\u0131ma g\u00fcn\u00fcne kadar: Bu kay\u0131tlar\u0131 de\u011fi\u015ftirmeyin, sadece yeni sunucu haz\u0131rl\u0131\u011f\u0131na odaklan\u0131n.<\/li>\n<li>Ta\u015f\u0131ma an\u0131nda: A, AAAA ve gerekiyorsa MX kay\u0131tlar\u0131n\u0131 yeni sunucuya i\u015faret edecek \u015fekilde g\u00fcncelleyin.<\/li>\n<li>Her \u015feyin stabil oldu\u011fundan emin olduktan sonra: TTL de\u011ferlerini yeniden daha y\u00fcksek bir de\u011fere al\u0131n (\u00f6rne\u011fin 3600 veya 7200).<\/li>\n<\/ul>\n<p>Bu konuyu daha detayl\u0131 teknik \u00f6rneklerle g\u00f6rmek istiyorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/zero-downtime-tasima-icin-ttl-stratejileri-dns-yayilimini-gercekten-nasil-hizlandirirsin\/'>zero\u2011downtime ta\u015f\u0131ma i\u00e7in TTL stratejileri yaz\u0131m\u0131z<\/a> tam olarak bu sorunu ele al\u0131yor.<\/p>\n<h3><span id=\"33_Nameserver_mi_degistireceksiniz_yoksa_sadece_A_kaydi_mi\">3.3. Nameserver mi de\u011fi\u015ftireceksiniz, yoksa sadece A kayd\u0131 m\u0131?<\/span><\/h3>\n<p>Hosting firmas\u0131 de\u011fi\u015ftirirken iki temel yakla\u015f\u0131m\u0131n\u0131z var:<\/p>\n<ol>\n<li>Mevcut DNS sa\u011flay\u0131c\u0131s\u0131n\u0131 koruyup sadece A ve ilgili kay\u0131tlar\u0131 yeni IP\u2019ye y\u00f6nlendirmek.<\/li>\n<li>Nameserver\u2019lar\u0131 tamamen DCHost DNS altyap\u0131s\u0131na ta\u015f\u0131y\u0131p t\u00fcm kay\u0131t y\u00f6netimini burada yapmak.<\/li>\n<\/ol>\n<p>Risk a\u00e7\u0131s\u0131ndan bakarsak, ad\u0131m ad\u0131m ilerlemek genellikle daha g\u00fcvenlidir. \u00d6rne\u011fin ilk ad\u0131mda sadece web trafi\u011fini A kayd\u0131yla yeni IP\u2019ye y\u00f6nlendirip, nameserver de\u011fi\u015fikli\u011fini daha sonra ayr\u0131 bir bak\u0131ma b\u0131rakabilirsiniz. B\u00f6ylece ayn\u0131 g\u00fcn hem hosting hem DNS sa\u011flay\u0131c\u0131s\u0131n\u0131 de\u011fi\u015ftirmemi\u015f olursunuz.<\/p>\n<h2><span id=\"4_Adim_Web_sitesi_ve_uygulamalari_yeni_sunucuda_test_edin\">4. Ad\u0131m: Web sitesi ve uygulamalar\u0131 yeni sunucuda test edin<\/span><\/h2>\n<p>DNS\u2019i \u00e7evirmeden \u00f6nce mutlaka yeni ortamda kapsaml\u0131 test yapmal\u0131s\u0131n\u0131z. Bunun i\u00e7in \u00fcretim domainini kullanmak zorunda de\u011filsiniz.<\/p>\n<h3><span id=\"41_Hosts_dosyasiyla_lokal_yonlendirme\">4.1. Hosts dosyas\u0131yla lokal y\u00f6nlendirme<\/span><\/h3>\n<p>Bilgisayar\u0131n\u0131zdaki hosts dosyas\u0131n\u0131 kullanarak, sadece kendi makinenizden giden istekleri yeni IP\u2019ye y\u00f6nlendirebilirsiniz. B\u00f6ylece ger\u00e7ek domain ad\u0131yla, DNS\u2019i k\u00fcresel olarak de\u011fi\u015ftirmeden test imkan\u0131 bulursunuz.<\/p>\n<ul>\n<li>Hosts dosyas\u0131na yeni sunucu IP\u2019si ve alan ad\u0131n\u0131 ekleyin.<\/li>\n<li>Taray\u0131c\u0131 \u00f6nbelle\u011fini temizleyin.<\/li>\n<li>Siteyi son kullan\u0131c\u0131 g\u00f6z\u00fcyle gezerek formlar, \u00f6deme ad\u0131mlar\u0131, giri\u015f\u2011\u00e7\u0131k\u0131\u015f gibi kritik ak\u0131\u015flar\u0131 test edin.<\/li>\n<\/ul>\n<h3><span id=\"42_Ozel_alt_alan_adiyla_staging_ortami\">4.2. \u00d6zel alt alan ad\u0131yla staging ortam\u0131<\/span><\/h3>\n<p>Alternatif olarak staging ya da test alt alan\u0131 tan\u0131mlayabilirsiniz. \u00d6rne\u011fin staging.ornekalanadi.com gibi bir subdomaini do\u011frudan yeni sunucuya y\u00f6nlendirip, ta\u015f\u0131ma \u00f6ncesinde burada test yapabilirsiniz. Bu model, \u00f6zellikle devam eden geli\u015ftirmeleriniz varsa \u00e7ok i\u015fe yarar.<\/p>\n<h3><span id=\"43_Performans_ve_log_kontrolleri\">4.3. Performans ve log kontrolleri<\/span><\/h3>\n<p>Yeni sunucuya ge\u00e7ti\u011finizde sadece sitenin a\u00e7\u0131lmas\u0131 yeterli de\u011fildir. A\u015fa\u011f\u0131dakileri de kontrol edin:<\/p>\n<ul>\n<li>PHP hata loglar\u0131nda uyar\u0131 ya da kritik hata var m\u0131?<\/li>\n<li>Veritaban\u0131 ba\u011flant\u0131 s\u00fcreleri ve sorgu performans\u0131 kabul edilebilir seviyede mi?<\/li>\n<li>\u00d6nbellekleme (page cache, object cache) d\u00fczg\u00fcn \u00e7al\u0131\u015f\u0131yor mu?<\/li>\n<\/ul>\n<p>Daha teknik performans optimizasyonu ihtiya\u00e7lar\u0131n\u0131z varsa, DCHost blogumuzdaki WordPress, Laravel ve veritaban\u0131 odakl\u0131 performans rehberlerinden yararlanabilirsiniz.<\/p>\n<h2><span id=\"5_Adim_DNS_cutover_trafigi_yeni_sunucuya_cevirme_ani\">5. Ad\u0131m: DNS cutover \u2013 trafi\u011fi yeni sunucuya \u00e7evirme an\u0131<\/span><\/h2>\n<p>Art\u0131k en kritik ad\u0131ma geldiniz: DNS cutover. Bu an, ger\u00e7ek kullan\u0131c\u0131 trafi\u011finin eski sunucudan yeni sunucuya y\u00f6nlendirildi\u011fi and\u0131r.<\/p>\n<h3><span id=\"51_On_kesit_kontrol_listesi\">5.1. \u00d6n kesit kontrol listesi<\/span><\/h3>\n<p>DNS kay\u0131tlar\u0131n\u0131 de\u011fi\u015ftirmeden hemen \u00f6nce a\u015fa\u011f\u0131dakileri kontrol edin:<\/p>\n<ul>\n<li>Yeni sunucudaki site i\u00e7eri\u011fi g\u00fcncel mi ve son verilerle senkronize mi?<\/li>\n<li>Veritaban\u0131 son kez senkronize edildi mi? (\u00f6zellikle s\u0131k g\u00fcncellenen siteler i\u00e7in kritik)<\/li>\n<li>SSL sertifikas\u0131 yeni sunucuda d\u00fczg\u00fcn tan\u0131ml\u0131 m\u0131 ve taray\u0131c\u0131da g\u00fcvenli olarak g\u00f6r\u00fcn\u00fcyor mu?<\/li>\n<li>E\u2011posta i\u00e7in gerekli MX, SPF, DKIM ve gerekliyse DMARC kay\u0131tlar\u0131 yeni DNS taraf\u0131nda haz\u0131r m\u0131?<\/li>\n<\/ul>\n<h3><span id=\"52_A_ve_AAAA_kayitlarini_yeni_IPye_guncelleyin\">5.2. A ve AAAA kay\u0131tlar\u0131n\u0131 yeni IP\u2019ye g\u00fcncelleyin<\/span><\/h3>\n<p>\u0130lk ad\u0131m olarak genellikle sadece A ve varsa AAAA kay\u0131tlar\u0131 g\u00fcncellenir:<\/p>\n<ul>\n<li>www alt alan\u0131 i\u00e7in A kayd\u0131n\u0131 yeni sunucu IP\u2019sine \u00e7evirin.<\/li>\n<li>K\u00f6k alan ad\u0131n\u0131z (example.com) A kayd\u0131n\u0131 da yeni IP\u2019ye \u00e7evirin.<\/li>\n<li>IPv6 kullan\u0131yorsan\u0131z, AAAA kay\u0131tlar\u0131n\u0131 da yeni sunucudaki IPv6 adreslerine y\u00f6nlendirin.<\/li>\n<\/ul>\n<p>TTL de\u011ferleri \u00f6nceden d\u00fc\u015f\u00fcr\u00fcld\u00fcyse, bu de\u011fi\u015fiklikler birka\u00e7 dakika i\u00e7inde b\u00fcy\u00fck oranda etkisini g\u00f6stermeye ba\u015flar.<\/p>\n<h3><span id=\"53_Eposta_MX_SPF_ve_DKIM_ayarlarini_senkron_tutun\">5.3. E\u2011posta MX, SPF ve DKIM ayarlar\u0131n\u0131 senkron tutun<\/span><\/h3>\n<p>Web trafi\u011fiyle birlikte e\u2011posta altyap\u0131s\u0131n\u0131 da ta\u015f\u0131yorsan\u0131z, MX ve ilgili TXT kay\u0131tlar\u0131n\u0131 ayn\u0131 bak\u0131m penceresinde g\u00fcncelleyin:<\/p>\n<ul>\n<li>MX kay\u0131tlar\u0131n\u0131 yeni e\u2011posta sunucular\u0131na i\u015faret edecek \u015fekilde d\u00fczenleyin.<\/li>\n<li>SPF kayd\u0131na yeni g\u00f6nderen IP ya da hostname bilgilerini ekleyin.<\/li>\n<li>DKIM i\u00e7in yeni sunucuda olu\u015fturulan public key\u2019e uygun TXT kayd\u0131n\u0131 tan\u0131mlay\u0131n.<\/li>\n<\/ul>\n<p>SPF, DKIM ve DMARC taraf\u0131n\u0131 s\u0131f\u0131rdan kurgulaman\u0131z gerekiyorsa, <a href='https:\/\/www.dchost.com\/blog\/spf-dkim-ve-dmarc-nedir-ozel-alan-adi-ile-e-posta-dogrulamasini-cpanel-ve-vpste-sifirdan-kurmak\/'>SPF, DKIM ve DMARC rehberimiz<\/a> size teknik olarak ad\u0131m ad\u0131m yol g\u00f6sterecektir.<\/p>\n<h3><span id=\"54_Eski_sunucuyu_hemen_kapatmayin\">5.4. Eski sunucuyu hemen kapatmay\u0131n<\/span><\/h3>\n<p>DNS yay\u0131l\u0131m\u0131 hi\u00e7bir zaman t\u00fcm d\u00fcnyada ayn\u0131 anda ger\u00e7ekle\u015fmez. Bu y\u00fczden:<\/p>\n<ul>\n<li>Eski sunucuyu en az 24\u201348 saat daha yay\u0131nda tutun.<\/li>\n<li>M\u00fcmk\u00fcnse kritik uygulamalar i\u00e7in eski ve yeni veritabanlar\u0131n\u0131 k\u0131sa s\u00fcre paralel senkronize edin.<\/li>\n<li>Loglar\u0131 takip ederek eski sunucuya h\u00e2l\u00e2 trafik gelip gelmedi\u011fini g\u00f6zlemleyin.<\/li>\n<\/ul>\n<p>Bu yakla\u015f\u0131m, \u00f6zellikle yava\u015f DNS cache g\u00fcncelleyen a\u011flar ya da kurumsal proxy\u2019ler y\u00fcz\u00fcnden olu\u015fabilecek sorunlar\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131r.<\/p>\n<h2><span id=\"6_Adim_Domain_transferini_ne_zaman_yapmalisiniz\">6. Ad\u0131m: Domain transferini ne zaman yapmal\u0131s\u0131n\u0131z?<\/span><\/h2>\n<p>Hosting firmas\u0131 de\u011fi\u015ftirirken domaini de ba\u015fka bir kay\u0131t kurulu\u015funa ta\u015f\u0131mak isteyebilirsiniz. Ancak ayn\u0131 anda hem hosting hem domain transferi yapmak karma\u015f\u0131kl\u0131\u011f\u0131 art\u0131r\u0131r.<\/p>\n<h3><span id=\"61_Domain_transferini_hosting_tasimasindan_ayirmak_genellikle_daha_guvenli\">6.1. Domain transferini hosting ta\u015f\u0131mas\u0131ndan ay\u0131rmak genellikle daha g\u00fcvenli<\/span><\/h3>\n<p>Pratikte en az riskli senaryo \u015fudur:<\/p>\n<ol>\n<li>\u00d6nce hosting ta\u015f\u0131n\u0131r ve DNS kay\u0131tlar\u0131 yeni sunucuya y\u00f6nlendirilir.<\/li>\n<li>Her \u015feyin stabil oldu\u011fundan emin olunur.<\/li>\n<li>Domain transferi i\u00e7in ayr\u0131ca bir bak\u0131m penceresi planlan\u0131r.<\/li>\n<\/ol>\n<p>Bu s\u0131rada nameserver\u2019lar sabit tutulabilir, sadece domainin kay\u0131t kurulu\u015fu de\u011fi\u015fir. B\u00f6ylece bir saat i\u00e7inde hem nameserver hem kay\u0131t kurulu\u015fu hem de hosting firmas\u0131 de\u011fi\u015fmiyor olur.<\/p>\n<h3><span id=\"62_Domain_transferi_oncesi_dikkat_edilmesi_gerekenler\">6.2. Domain transferi \u00f6ncesi dikkat edilmesi gerekenler<\/span><\/h3>\n<p>Ta\u015f\u0131ma \u00f6ncesi mutlaka \u015fu kontrolleri yap\u0131n:<\/p>\n<ul>\n<li>Domain transfer kilidini (transfer lock) kald\u0131rd\u0131n\u0131z m\u0131?<\/li>\n<li>G\u00fcncel whois e\u2011posta adresiniz eri\u015filebilir ve do\u011fru mu?<\/li>\n<li>EPP\/transfer kodunu ald\u0131n\u0131z m\u0131?<\/li>\n<li>Domain s\u00fcresi biti\u015f tarihi \u00e7ok yak\u0131n m\u0131? (Transfer \u00f6ncesi yenilemek mant\u0131kl\u0131 olabilir.)<\/li>\n<\/ul>\n<p>Ad\u0131m ad\u0131m domain transfer s\u00fcrecini merak ediyorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/alan-adi-transferi-nasil-yapilir-epp-kodu-transfer-kilidi-ve-kesintisiz-gecise-sakin-bir-rehber\/'>alan ad\u0131 transferi nas\u0131l yap\u0131l\u0131r rehberimizde<\/a> s\u00fcreci sakin ve detayl\u0131 \u015fekilde anlatt\u0131k.<\/p>\n<h3><span id=\"63_Domain_transferi_epostayi_etkiler_mi\">6.3. Domain transferi e\u2011postay\u0131 etkiler mi?<\/span><\/h3>\n<p>Domain transferi s\u0131ras\u0131nda nameserver\u2019lar\u0131 de\u011fi\u015ftirmez ve MX kay\u0131tlar\u0131na dokunmazsan\u0131z, teoride e\u2011posta hizmetiniz etkilenmez. Ancak:<\/p>\n<ul>\n<li>Kay\u0131t firmas\u0131 de\u011fi\u015fti\u011finde DNS paneli de de\u011fi\u015fiyorsa, kay\u0131tlar\u0131n birebir kopyaland\u0131\u011f\u0131ndan emin olman\u0131z gerekir.<\/li>\n<li>Ta\u015f\u0131ma esnas\u0131nda nameserver de\u011fi\u015ftirecekseniz, e\u2011posta kesintisini \u00f6nlemek i\u00e7in yukar\u0131da anlatt\u0131\u011f\u0131m\u0131z TTL ve paralel yay\u0131n stratejilerini uygulamal\u0131s\u0131n\u0131z.<\/li>\n<\/ul>\n<p>Bu konu i\u00e7in ayr\u0131ca, <a href='https:\/\/www.dchost.com\/blog\/alan-adi-tasirken-e-posta-kesintisini-onlemek\/'>alan ad\u0131 ta\u015f\u0131rken e\u2011posta kesintisini \u00f6nlemek rehberimizi<\/a> de inceleyebilirsiniz.<\/p>\n<h2><span id=\"7_Adim_SEO_SSL_ve_guvenlik_icin_son_kontroller\">7. Ad\u0131m: SEO, SSL ve g\u00fcvenlik i\u00e7in son kontroller<\/span><\/h2>\n<p>Ta\u015f\u0131ma tamamland\u0131\u011f\u0131nda siteniz a\u00e7\u0131l\u0131yor olabilir, ancak SEO ve g\u00fcvenlik taraf\u0131nda yapman\u0131z gereken son dokunu\u015flar vard\u0131r.<\/p>\n<h3><span id=\"71_SSL_ve_HTTPS_kontrolleri\">7.1. SSL ve HTTPS kontrolleri<\/span><\/h3>\n<ul>\n<li>Yeni sunucuda <a href=\"https:\/\/www.dchost.com\/tr\/ssl\">SSL sertifikas\u0131<\/a> do\u011fru alan adlar\u0131n\u0131 kaps\u0131yor mu?<\/li>\n<li>HTTP\u2019den HTTPS\u2019e 301 y\u00f6nlendirmeleri d\u00fczg\u00fcn \u00e7al\u0131\u015f\u0131yor mu?<\/li>\n<li>Mixed content uyar\u0131lar\u0131na yol a\u00e7an HTTP i\u00e7erikler kald\u0131 m\u0131?<\/li>\n<\/ul>\n<p>HTTPS ge\u00e7i\u015fi ve 301 y\u00f6nlendirmeleri konusunda derinlemesine bilgi i\u00e7in, <a href='https:\/\/www.dchost.com\/blog\/httpden-httpse-gecis-rehberi-301-yonlendirme-hsts-ve-seoyu-korumak\/'>HTTP\u2019den HTTPS\u2019e ge\u00e7i\u015f rehberimizi<\/a> inceleyebilirsiniz.<\/p>\n<h3><span id=\"72_robotstxt_sitemap_ve_SEO_sinyalleri\">7.2. robots.txt, sitemap ve SEO sinyalleri<\/span><\/h3>\n<p>Ta\u015f\u0131ma sonras\u0131 arama motorlar\u0131n\u0131n sitenizi sorunsuz taramaya devam etmesi gerekir:<\/p>\n<ul>\n<li>robots.txt dosyan\u0131z yeni sunucuda do\u011fru konumda ve do\u011fru i\u00e7erikte mi?<\/li>\n<li>sitemap.xml dosyan\u0131z g\u00fcncel ve eri\u015filebilir mi?<\/li>\n<li>\u00d6nemli sayfalarda beklenmedik 404, 500 gibi durum kodlar\u0131 olu\u015fuyor mu?<\/li>\n<\/ul>\n<p>Bu kontrolleri otomatize etmek i\u00e7in log analizi ve uptime izleme ara\u00e7lar\u0131n\u0131 da devreye alabilirsiniz.<\/p>\n<h3><span id=\"73_Guvenlik_ve_yedekleme_stratejisini_guncelleyin\">7.3. G\u00fcvenlik ve yedekleme stratejisini g\u00fcncelleyin<\/span><\/h3>\n<p>Yeni sunucuya ge\u00e7tikten sonra g\u00fcvenlik ve yedekleme politikalar\u0131n\u0131z\u0131 da yeni altyap\u0131n\u0131za g\u00f6re g\u00fcncellemelisiniz:<\/p>\n<ul>\n<li>G\u00fcncel firewall ve brute\u2011force koruma ayarlar\u0131n\u0131 uygulay\u0131n.<\/li>\n<li>Otomatik yedekleme plan\u0131n\u0131 yeni sunucuda aktifle\u015ftirin.<\/li>\n<li>Yedekleri mutlaka farkl\u0131 bir lokasyonda ya da object storage \u00fczerinde saklay\u0131n.<\/li>\n<\/ul>\n<p>3\u20112\u20111 yedekleme stratejisini nas\u0131l kurabilece\u011finizi merak ediyorsan\u0131z, DCHost blogumuzda bu konuda detayl\u0131 bir rehber bulabilirsiniz.<\/p>\n<h2><span id=\"8_Adim_Ozet_kontrol_listesi_hosting_firmasi_degistirirken_adim_adim\">8. Ad\u0131m: \u00d6zet kontrol listesi \u2013 hosting firmas\u0131 de\u011fi\u015ftirirken ad\u0131m ad\u0131m<\/span><\/h2>\n<p>T\u00fcm yaz\u0131y\u0131 uygulamada h\u0131zl\u0131 kullanabilmeniz i\u00e7in, kritik ad\u0131mlar\u0131 kompakt bir kontrol listesi halinde toparlayal\u0131m.<\/p>\n<h3><span id=\"81_Tasima_oncesi_hazirlik\">8.1. Ta\u015f\u0131ma \u00f6ncesi haz\u0131rl\u0131k<\/span><\/h3>\n<ul>\n<li>T\u00fcm domain ve alt alan adlar\u0131n\u0131n listesini \u00e7\u0131kar\u0131n.<\/li>\n<li>Mevcut DNS sa\u011flay\u0131c\u0131n\u0131z\u0131 ve t\u00fcm kay\u0131tlar\u0131 (A, AAAA, CNAME, MX, TXT, SRV, CAA) export edin veya manuel kaydedin.<\/li>\n<li>E\u2011posta altyap\u0131s\u0131n\u0131 ayr\u0131 ba\u015fl\u0131k olarak planlay\u0131n (MX, SPF, DKIM, webmail, IMAP\/SMTP ayarlar\u0131).<\/li>\n<li>Domain transferi de yapacaksan\u0131z, bunu hosting ta\u015f\u0131mas\u0131ndan ayr\u0131\u015ft\u0131r\u0131n.<\/li>\n<\/ul>\n<h3><span id=\"82_Yeni_sunucuyu_hazirlama\">8.2. Yeni sunucuyu haz\u0131rlama<\/span><\/h3>\n<ul>\n<li>DCHost \u00fczerinde ihtiya\u00e7lar\u0131n\u0131za uygun hosting, VPS ya da <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a> plan\u0131n\u0131 netle\u015ftirin.<\/li>\n<li>Gerekli yaz\u0131l\u0131m s\u00fcr\u00fcmlerini (PHP, veritaban\u0131 vb.) eski ortama m\u00fcmk\u00fcn oldu\u011funca yak\u0131n se\u00e7in.<\/li>\n<li>Web dosyalar\u0131n\u0131 ve veritabanlar\u0131n\u0131 yeni ortama aktar\u0131n.<\/li>\n<li>cPanel kullan\u0131yorsan\u0131z, panelden panele otomatik transfer imkanlar\u0131n\u0131 de\u011ferlendirin.<\/li>\n<\/ul>\n<h3><span id=\"83_DNS_ve_TTL_plani\">8.3. DNS ve TTL plan\u0131<\/span><\/h3>\n<ul>\n<li>Ta\u015f\u0131ma g\u00fcn\u00fcnden 48\u201372 saat \u00f6nce kritik kay\u0131tlar\u0131n TTL de\u011ferlerini 300 saniyeye d\u00fc\u015f\u00fcr\u00fcn.<\/li>\n<li>Nameserver de\u011fi\u015ftirmeden sadece A\/AAAA kay\u0131tlar\u0131yla ge\u00e7i\u015f mi, yoksa nameserver ta\u015f\u0131mas\u0131 m\u0131 yapaca\u011f\u0131n\u0131za karar verin.<\/li>\n<li>DNS de\u011fi\u015fikliklerini tek bir bak\u0131m penceresinde planlay\u0131n.<\/li>\n<\/ul>\n<h3><span id=\"84_Tasima_ve_cutover\">8.4. Ta\u015f\u0131ma ve cutover<\/span><\/h3>\n<ul>\n<li>Yeni sunucuyu hosts dosyas\u0131 ya da staging alt alan\u0131yla test edin.<\/li>\n<li>Son i\u00e7erik ve veritaban\u0131 senkronizasyonunu yap\u0131n.<\/li>\n<li>A, AAAA ve gerekiyorsa MX kay\u0131tlar\u0131n\u0131 yeni IP\u2019lere y\u00f6nlendirin.<\/li>\n<li>SPF, DKIM ve di\u011fer TXT kay\u0131tlar\u0131n\u0131 g\u00fcncelleyin.<\/li>\n<li>Eski sunucuyu en az 24\u201348 saat daha yay\u0131nda, m\u00fcmk\u00fcnse sadece okuma modunda tutun.<\/li>\n<\/ul>\n<h3><span id=\"85_Tasima_sonrasi_kontroller\">8.5. Ta\u015f\u0131ma sonras\u0131 kontroller<\/span><\/h3>\n<ul>\n<li>\u00d6nemli sayfalar, formlar ve \u00f6deme ak\u0131\u015flar\u0131n\u0131 canl\u0131 ortamda test edin.<\/li>\n<li>SSL, HTTPS y\u00f6nlendirmeleri ve mixed content hatalar\u0131n\u0131 kontrol edin.<\/li>\n<li>robots.txt ve sitemap.xml dosyalar\u0131n\u0131n eri\u015filebilir oldu\u011fundan emin olun.<\/li>\n<li>Loglar\u0131 takip edip 4xx ve 5xx hata oranlar\u0131n\u0131 izleyin.<\/li>\n<li>Her \u015fey stabil oldu\u011funda TTL de\u011ferlerini yeniden y\u00fckseltin.<\/li>\n<\/ul>\n<h2><span id=\"DCHost_ile_sifira_yakin_kesintiyle_hosting_degisimi_nasil_gorunur\">DCHost ile s\u0131f\u0131ra yak\u0131n kesintiyle hosting de\u011fi\u015fimi nas\u0131l g\u00f6r\u00fcn\u00fcr?<\/span><\/h2>\n<p>Do\u011fru planland\u0131\u011f\u0131nda hosting firmas\u0131 de\u011fi\u015ftirmek, son kullan\u0131c\u0131n\u0131n fark etmeyece\u011fi kadar p\u00fcr\u00fczs\u00fcz bir s\u00fcre\u00e7 olabilir. DCHost taraf\u0131nda, yeni m\u00fc\u015fterilerimizin b\u00fcy\u00fck k\u0131sm\u0131nda benzer bir oyun plan\u0131 uyguluyoruz: \u00d6nce ayr\u0131nt\u0131l\u0131 DNS ve domain envanteri \u00e7\u0131kar\u0131l\u0131yor, ard\u0131ndan yeni sunucu paralel olarak haz\u0131rlan\u0131yor, TTL stratejisiyle desteklenen kontroll\u00fc bir DNS cutover yap\u0131l\u0131yor ve son olarak SEO ile g\u00fcvenlik kontrolleri tamamlan\u0131yor.<\/p>\n<p>Payla\u015f\u0131ml\u0131 hosting, VPS, dedicated sunucu ya da colocation fark etmeksizin, altyap\u0131n\u0131z\u0131 DCHost \u00fczerinde kurgularken bu yaz\u0131daki kontrol listesini do\u011frudan bir runbook olarak kullanabilirsiniz. Ta\u015f\u0131ma plan\u0131 kafan\u0131zda netle\u015ftikten sonra teknik detaylarda deste\u011fe ihtiya\u00e7 duyarsan\u0131z, DCHost ekibi olarak DNS, domain transferi ve sunucu ta\u015f\u0131ma s\u00fcre\u00e7lerinde yan\u0131n\u0131zda olmaktan memnuniyet duyar\u0131z.<\/p>\n<p>\u00d6zetle; aceleyle yap\u0131lm\u0131\u015f, plans\u0131z bir ta\u015f\u0131ma g\u00fcnlerce s\u00fcrecek bir yang\u0131na d\u00f6n\u00fc\u015febilir. Buna kar\u015f\u0131l\u0131k, do\u011fru TTL ayarlar\u0131, paralel sunucu haz\u0131rl\u0131\u011f\u0131 ve iyi yaz\u0131lm\u0131\u015f bir kontrol listesiyle, hosting firman\u0131z\u0131 de\u011fi\u015ftirmek sadece birka\u00e7 saatlik kontroll\u00fc bir operasyon olarak kal\u0131r. \u015eimdi bu yaz\u0131y\u0131 ekibinizle payla\u015f\u0131n, kendinize uygun bir bak\u0131m penceresi se\u00e7in ve bir sonraki ta\u015f\u0131ma operasyonunuzu \u00e7ok daha \u00f6ng\u00f6r\u00fclebilir hale getirin.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 Hosting de\u011fi\u015ftirirken neden detayl\u0131 bir DNS ve domain plan\u0131 \u015fart?2 1. Ad\u0131m: Mevcut durumu haritaland\u0131r\u0131n ve g\u00f6r\u00fcnmeyen riskleri \u00e7\u0131kar\u0131n2.1 1.1. Alan ad\u0131 ve DNS envanteri \u00e7\u0131kar\u0131n2.2 1.2. E\u2011posta altyap\u0131s\u0131n\u0131 \u00f6zellikle ay\u0131r\u0131n2.3 1.3. Teknik ve i\u015f \u00f6nceliklerini belirleyin3 2. Ad\u0131m: Yeni hosting altyap\u0131s\u0131n\u0131 DCHost \u00fczerinde paralel haz\u0131rlay\u0131n3.1 2.1. Yeni sunucuyu yap\u0131land\u0131r\u0131n3.2 2.2. Web dosyalar\u0131n\u0131 ve [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3810,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3809","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3809","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=3809"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3809\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3810"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3809"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3809"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3809"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}