秋色园网站转移过程记录篇

前言:

复制代码
昨夜断网了,早上把长宽的工作人员叫到家里来检测才发现,原来到期了,要续费交钱了。
昨夜断网时,无聊中就看了下某网友的给的DLL里的关于数据层多数据库的实现,看到一个槽点,本来想写写。
今天发现秋色园4号(明天)就要过期了,VPS商同时也要回收旧机器,所以必须转移VPS到另一台去。
所以从下午2点开始折腾到4点,2小时算是折腾完了,因为感觉有些步骤每次转移都重复的一样,特此记录下过程。
复制代码

网站转移过程,大体过程如下:

一:机器的基础设置:

1:VPS重装系统2003,速度很快,10分钟左右:

2:硬盘新建分区,40G的分出了D和E:

3:重命名Administrator用户名和密码:

4:取消故障报告,并关闭了windows升级更新,默认提供的补丁已经很新了,而且win2003都10年了,估计也没啥要补了:

5:将虚拟内存从C转移到其它盘(E)(需要重启,留到了最后重启)。

这个就省图了。

6:修改远程3389端口,(需要重启,留到了最后重启):

这工具以前我发布过,还开放了源码的。

二:数据程序及文件的打包转移:

数据的打包压缩和转移,数据量虽然不大,但好说也是以G为单位的,所以要想怎么转的速度最快。
考虑到两台VPS服务器都在美国,所以最佳的方式就是从一台VPS远程到另一台(并把驱动器带过去)
通过驱动区的复制粘贴功能,发现速度不错,能达到近以M为单位的速度。

数据的转移过程基本包括:

1:工具及安装程序的转移

2:网站程序及数据的转移

3:网站应用程序池的备份和网站备份的转移(这个很悲催,一个应用程序池备份一个,一个网站备份一个,好在数量不多,一共就8个)

4:数据库备份转移

三:程序的安装

1:安装远程控制工具(Radmin),并设置好端口密码和授权码。

2:安装mssql。

四:网站的还原

1:还原网站的程序和数据,注意某些目录可能要设置Everyone权限。

PS:由于修改了账号名称(没重启电脑之前,是不能重启IIS的,会报账号名映射错误)

2:还原数据库后,同时还要注意数据库账号(新建)还原。

3:修改sa账号密码,关闭远程tcp(1433端口的访问)。

4:注意IP的变化引发的设置(包括可能的web.config和iis里涉及ip的绑定头)

五:站点IP解析转移

1:先用IP或其它域名绑定测试下站点访问是否正常。

2:将域名的dns解析到新的IP去。

转移完成,整个过程2小时,剩下的就是求神保佑,一切平安~~~~

版权声明:本文原创发表于博客园,作者为路过秋天,原文链接:http://www.cnblogs.com/cyq1162/p/3169753.html

时间: 2024-12-30 11:38:53

秋色园网站转移过程记录篇的相关文章

秋色园QBlog技术原理解析:性能优化篇:数据库文章表分表及分库减压方案(十五)

文章回顾: 1: 秋色园QBlog技术原理解析:开篇:整体认识(一) --介绍整体文件夹和文件的作用 2: 秋色园QBlog技术原理解析:认识整站处理流程(二) --介绍秋色园业务处理流程 3: 秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三) --介绍如何实现无后缀URL 4: 秋色园QBlog技术原理解析:UrlRewrite之URL重定向体系(四) --介绍URL如何定位到处理程序 5: 秋色园QBlog技术原理解析:Module之页面基类设计(五) --介绍创建

秋色园引发CPU百分百命案的事件分析与总结

前几天写过一篇文章:秋色园CPU百分百的原因分析 由于上文有介绍了一些前因后果和中间过程及基础的内容,所以怎么发生的,中间大体做了什么检测,就不重复写了,下面写一些事情的后续发展. 在解决完上文说的,搜索引擎引发的命案后,有网友给秋色园做了下压力测试,链接数直上1-2千,导致CPU挂了. 一:URL缓存可能存在的攻击命案:   当时我一路正远程用SQL事件探查器和性能计数器观看着,发现IIS并发链接数直接上千,不停的产生SQL语句, 导致数据库占用CPU直接满了,网站挂了打不开. 从这里,我发现

秋色园QBlog技术原理解析:性能优化篇:access的并发极限及超级分库分散并发方案(十六)

上节回顾:   上节 秋色园QBlog技术原理解析:性能优化篇:数据库文章表分表及分库减压方案(十五) 中, 介绍了 秋色园QBlog 在性能优化方面,从技术的优化手段,开始步入数据库设计优化,并从数据的使用情况上进行了分析,从而将文章内容进行分离,得到新的分表,由于内容比较大,进而分了库,达到一种基础减压.   本节内容:   本节将介绍秋色园 QBlog 的Super分库方案,以及何以如此Super分库的原因.   描述说明:   在进行上了上节的分库方案后,虽然感觉一度秋色园QBlog的访

秋色园QBlog技术原理解析:性能优化篇:字节、缓存、并发(十二)

文章回顾: 1: 秋色园QBlog技术原理解析:开篇:整体认识(一) --介绍整体文件夹和文件的作用 2: 秋色园QBlog技术原理解析:认识整站处理流程(二) --介绍秋色园业务处理流程 3: 秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三) --介绍如何实现无后缀URL 4: 秋色园QBlog技术原理解析:UrlRewrite之URL重定向体系(四) --介绍URL如何定位到处理程序 5: 秋色园QBlog技术原理解析:Module之页面基类设计(五) --介绍创建

随说秋色园从Access升迁到MSSQL过程

秋色园的运行环境概况: 目前运行在国外godaddy的虚拟主机的一个子目录中,数据库为Access.   随说Access分页:   1:top max(id) 在CYQ.Data 数据框架支持上Access时,以top max(id)为分页方式. 在秋色园没有多少文章的情况下,基本上维持着正常的秩序. 直到秋色园在进化版本时,多字段排序的情况出现,如:order by 字段1,字段2. 原始的 top max(id)已无法正常的显示分页的数据了.   2:not in top max(id)只

秋色园QBlog技术原理解析:系列终结篇:最后的AOP策略(十九)

开篇闲话: 好几个月没写文章了,从9月15号发布新浪"微博粉丝精灵"V1.0后,持续的几个月都在折腾它,现在都折腾到V3.4版本了. 因此,本篇迟来了三个月了,同时,本篇也是本系列的最后一篇了,也是秋色园最后杀手锏,霸气总该是要外露的.   上节回顾: 上节  秋色园QBlog技术原理解析:性能优化篇:读写分离与文本数据库(十八), 秋色园 QBlog 将一些简单频繁的数据,借用文本外储,来分减一些压力,从而为并发降温,保障网站的顺利运行.   本节概要: 文本外储,在一定程序上解决了

秋色园QBlog技术原理解析:性能优化篇:打印页面SQL,全局的SQL语句优化(十三)

文章回顾: 1: 秋色园QBlog技术原理解析:开篇:整体认识(一) --介绍整体文件夹和文件的作用 2: 秋色园QBlog技术原理解析:认识整站处理流程(二) --介绍秋色园业务处理流程 3: 秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三) --介绍如何实现无后缀URL 4: 秋色园QBlog技术原理解析:UrlRewrite之URL重定向体系(四) --介绍URL如何定位到处理程序 5: 秋色园QBlog技术原理解析:Module之页面基类设计(五) --介绍创建

秋色园QBlog技术原理解析:性能优化篇:用户和文章计数器方案(十七)

上节概要:   上节 秋色园QBlog技术原理解析:性能优化篇:access的并发极限及分库分散并发方案(十六) 中, 介绍了 Access的并发上限,及从某种程度上 秋色园QBlog 针对并发上限进行了多个数据的划分,从而最大并发上限从64提升到64*N(个数据库),虽然总和的最大并发值是上升了,但是单个库的最大值并没有变化,或者说单个表的最大并发值没有发生变化,上限仍是64. 于是,对于频繁产生更新操作的访问计数器(用户表及文章表),是该进入优化的方案了.   本节概要:   本节将介绍秋色

如何快速实现一个基于Nginx的网站监控场景----需求篇

一切从应用服务监控说起 小明所在的一家小型互联网创业公司一直将应用运行在国内某A云上.该应用采用通用的分布式Nginx+App架构为用户提供电商数据统计的webservice 服务.应用运行至今除偶发各类Bug, 性能问题以外,情况还算良好.   最近,小明的老板给小明布置了一个任务,希望把应用服务监控起来,以提高应用运行质量.老板的需求有三点: 1.    先以应用服务监控为抓手,能 a)     实时统计应用各类服务的调用次数 b)     基于a,实时统计各类服务各类返回值的次数,如200