有调查显示，现在购买主机的目的主要是三个方面，即企业建站、网店建站和个人博客。这也显示了一个重要信息，在这些建站人群中绝大一部分都是不懂建站及虚拟主机等相关知识的外行人。他们在购买虚拟主机方面属于弱势人群，这也给购买带来了很多不必要的麻烦。那么在购买主机时会遇到什么纯技术性的问题呢？小编今天就向大家介绍一点购买主机时不需要注意的技术问题。归结起来有三点，即网站的开发程序、虚拟主机的数据库和服务器放置的机房空间。

第一点、要了解自己网站使用什么程序开发的

网站的开发程序有很多种，网站编程语言包括asp语言、ASP.NET语言（版本主要 为.NET1.1、.NET2.0、.NET3(参数图片文章).5、.NET4.0）php语言(版本包括PHP4.1、PHP5.0、 PHP5.2)、JAVA语言(TOMCAT5.5、TOMCAT6.0、TOMCAT7.0)等。不同的建站程序其所使用的虚拟主机也不一样，所以点也是要重点注意的。

　 第二点、清楚自己网站是否用到了数据库，数据库软件是什么。

虚拟主机常用数据库软件包括ACCESS、MYSQL（版本主要为MYSQL4.1、MYSQL5.0、MYSQL5.1、MYSQL5.5）、SQLSERVER（版本主要为SQL2000、SQL2005、SQL2008），不同软件间无法兼容。

第三点、带宽环境很重要，要选择www.hpidc.net:
主机
云主机
虚拟主机
虚拟主机空间
空间

技巧1：评估你的企业组织结构，优化网络政策和程序

存储、服务器和网络虚拟化领域的进展使企业能够在数据中心做的事情，几乎是物理网络上不可能做到的。然而，在很多企业，分离的IT和网络团队之间使他们无法充分发挥这些功能优势。很多网络团队认为虚拟化是服务器团队的责任，并不急于拥抱虚拟化交换机或虚拟网络设备。还有很多人很高兴地看到流量从虚拟基础设施出来，通过物理网络组件路由这些流量，然后再回到虚拟空间。IT企业应该明确这些团队的角色、职责、政策和程序，并让这些团队拥抱虚拟化功能。虚拟化 “掌控”网络—正如它掌控服务器和存储，只是时间问题，所以抵抗网络虚拟化是徒劳的。

技巧2：考虑监控工具和管理框架

传统的监控工具和管理框架一直难以跟上服务器虚拟化部署的步伐，而网络虚拟化只会增加这方面的挑战。现在是企业重新评估监控工具和管理框架的绝佳时机。使用虚拟化作为催化剂，考虑你应该如何创建对服务器和虚拟化网络基础设施的整合的单一管理平台，这些服务器和虚拟化网络基础设施将与其他工作负载共享物理主机资源，把它从一个地方移到另一个地方，或者跨内部数据中心以及公共或私有云中。

技巧3：尽可能地“拥抱”开放标准

在数据中心虚拟化、虚拟交换和可编程网络领域，思科和VMware是当之无愧的领头羊，并且，他们很可能会在SDN市场占有显著的市场地位。这两家供应商都表示支持开放标准，例如OpenFlow和OpenStack，然而，他们目前的解决方案和产品路线图目前并没有执行这些标准。因此，企业应该仔细考虑其任何购买决定是否会导致他们进一步地被锁定到专有解决方案，虽然这两家供应商可能会很快指出其专有解决方案提供的先进特性和功能，但最好不要上钩。企业应该选择开放标准的方法，只有这样才不会限制你的选择。另外，作为一个附带的好处，拥抱开放标准将会简化应用到云环境或者从云环境的过渡。

技巧4：开始评估和规划软件定义网络

软件定义网络(SDN)是企业IT的下一个大的趋势。SDN的部署将在未来三年内开始激增。SDN支持虚拟网络，但企业仍在努力评估SDN和其他网络虚拟化技术在其现有网络路线图的作用。最好的办法是都尝试一下，看看哪个解决方案或者解决方案组合最适合你的环境，能够产生最大的成本节约和提高灵活性。

企业应该拥抱虚拟网络并利用虚拟网络来推动虚拟技术的整体部署，这样才能得到最大的投资回报率。然而，为了确保成功，IT可能需要重新考虑其传统的组织结构和企业系统管理工具功能。然后，企业可以通过尽可能地拥抱开放标准来进一步保护其虚拟化投资。最后，确定软件定义网络将如何提高你的灵活性和降低部署挑战及成本。

虚拟化的好处

企业已经从虚拟化的服务器即实现了许多好处，节省成本和灵活性。虚拟化使组织更有效地利用数据中心的硬件。大部分的时间，在一个数据中心的物理服务器只是空转。而通过在硬件上实现虚拟服务器，企业可以优化CPU及硬件的使用。该方案成为了企业提升成本效率的理想方案。

虚拟化还允许更大的灵活性。它给组织减少需要物理机器在他们的基础设施和移动虚拟机的方便。如果企业需要更换硬件设备，数据中心管理员可以很方便的将虚拟服务器转移到新的、更先进的硬件设备，方便企业以更低的成本实现了更高的性能。而在部署虚拟服务器之前，管理员需要安装新的服务器，然后将旧服务器上的相关数据转移到新的设备上，这一过程无疑是相当复杂的。而转移虚拟机要比移动一台物理机器简单多了。

虚拟规模化

尽管虚拟化技术正在迅速普及。但数据中心对于虚拟化托管大量服务器的需求仍在大幅飙升，有的企业已经达到20至50台，甚至更多。企业可以通过虚拟化的部署达到相当水平的成本效率，并实现更大的灵活性。此外，一旦部署了虚拟化，服务器的管理也变得更容易。曾几何时，管理一系列纯物理服务器对于数据中心的工作人员而言可谓是相当艰巨的挑战；而自从部署了虚拟化，使得管理员能够在较少的物理机器上运行相同数量的服务器，大大简化了数据中心的管理。

保持与需求的与时俱进

尽管企业部署虚拟化有着诸多的好处，但越来越多地采用虚拟服务器也为传统的数据中心基础架构和存储设备带来了相应的压力。

某种程度而言，这一问题直接来源于虚拟机的过分普及。原始的虚拟模型在物理服务器中使用本地存储，使得管理员不可能将虚拟机从一台物理服务器转移到一台具有更强大CPU的服务器上。而随着共享存储的引入，无论其是网络附加存储（NAS）或是存储区域网络（SAN），进行虚拟化主机托管均解决了这一问题，也带来了多台虚拟机上堆栈的能力？？。这种配置，最终演变为今天的服务器虚拟化方案，使得所有的物理服务器和虚拟机均连接到一个统一的存储基础设施。

但这种方法也导致了数据拥塞。一个单一的入口点，可以很快导致失败。而由于数据是通过一个单一的接入点移动的，在需求高峰时期，会造成数据拥塞。考虑到虚拟机和数据量只会不断增加，很显然，存储体系结构必须改善。即基础设施必须跟上数据增长的步伐。

谨慎行事

那些已经将他们的数据中心转移到虚拟化部署的企业都将面临上述这些“成长的烦恼”。早期部署服务器虚拟化的企业已经经历了单一入口点的相关问题，并正在朝着影响逐步放缓的趋势发展。

庆幸的是，对于那些希望最大化虚拟化好处的企业而言还是有希望的。他们能够避免由单一入口点在传统环境的扩张造成的数据拥塞。今天的NAS或SAN存储解决方案必然有一个单一的接入点，调节数据流量，导致需求高峰时期的数据拥塞。另外，企业应选择一款具有多个切入点，并能够在所有服务器均匀地分发数据的解决方案。即使在任何给定的时间，多个用户同时访问系统，其也将能够在保持最佳性能的同时减少滞后时间。

目前，这是最直接的解决方案，但下一代的存储基础设施将带来一些有趣的新的替代方案。

计算和存储整合

下一代的存储基础架构将引入新战略，以应对向外扩展虚拟环境的存储挑战。这种新方法涉及到在存储节点里运行虚拟机（或在虚拟主机上运行存储），随后把将其变成一个计算节点。

这种方法基本上拉平了整个基础设施的水平。例如，如果一家企业使用的是SAN共享存储，虚拟托管通常从最高的存储层开始，最终重建成一个统一的、单一的输入的存储系统。利用这种方法解决与数据拥堵相关的问题，许多企业正在从传统的两层结构转到在同一层上同时具备虚拟机和存储设备的层运行。

尽管面对虚拟化早期发展阶段的各种挑战，但其已被证明是非常成功的。伴随着企业纷纷对其基础设施部署虚拟化，其为企业带来了灵活性、提升了效率并帮助企业节约了成本。如果企业能够继续从他们所犯的错误中学习并总结经验教训，那么，他们将能够建立起一个有效的大规模虚拟环境，提高性能并降低基础设施支出。

网站的空间有独立与虚拟之分，下面分别介绍两种空间的搬家方法。

一、独立主机

网站搬家即数据的迁移，搬家前不论独立还是虚拟主机，网站都需关闭。数据的迁移分为数据库数据及程序和附件文件两部分的的迁移。

数据库的迁移：首先停止老服务器上的 MySQL。复制 MySQL 数据存放目录下的数据文件，至于 MySQL 的数据存放目录，可以查看 MySQL 配置文件中的 datadir 参数。（对于 Linux 系统的 MySQL 配置文件一般为 /etc/my.cnf ，Windows 环境下为 MySQL 安装目录路径的根目录下的 my.ini 文件。）将数据文件移到新服务器相对应的 MySQL 数据存放目录下，这里注意到的一点就是对于 Linux 系统，注意移动数据文件之后，将相对应的文件属主改成你的 MySQL 运行账号。

程序和附件的迁移：将你的老服务器 WEB 目录下所有文件移到新服务器的 WEB 目录即可。

修改配置文件信息：

1、Discuz! X1.5 的配置文件在 config 目录下，即 config.global.php 和config.ucenter.php 两个文件。

2、UCenter 的配置文件在 data 目录下，即 config.inc.php 文件。

配置文件里记录的数据库地址、访问用户名、密码都要根据你的新服务器的相应信息进行修改。同时，如果你的域名发生变化，要修改配置文件中相应的域名信息。

3、由于 UCenter 的后台存放了各个应用的配置信息，所以当你修改完配置文件的信息之后，对应的需要去 UCenter 的应用管理中，把对应的信息（尤其是 IP 和域名）校正为正确的地址。

至此，对于独立主机用户的站点快速搬家流程说明完毕。整个流程比较简单，唯一消耗的主要在于时间，当然这需要根据你的站点和传输速度而定。

二、虚拟主机

虚拟主机的数据库数据一般站长是直接拿不到的，最好是通过网站后台备份数据库数据，然后到新的空间中恢复数据库的备份就可以了，但新空间要全新安装一遍程序。

1、备份：

网站的数据部分，可以在 UCenter 后台直接进行备份，登录 UCenter 后台→数据备份。在 UCenter 下可以只备份 UCenter 的数据，也可以备份所有应用或者部分应用的数据，这里我们选择备份所有应用的数据。提交后等待备份完成，可以到数据备份记录里查看。这里需要注意的是，在 UCenter 备份的整站数据有两部分，分别存放在 UCenter 和 Discuz! X 里面各一部分：UCenter 是在/uc_server/data/backup_日期_ABCDEf（ABCDEF是备份数据名称范例）；Discuz! X 是在网站根目录 /data/backup_日期_ABCDEf（ABCDEF是备份数据名称范例）。很多人的问题就出现在这里，上传数据库备份文件的时候，千万要注意这两个备份文件要放到正确的位置，避免数据不完整丢失，造成会员，帖子等数据出错。

备份程序文件相对于虚拟主机来说，就要特别注意 UCenter 和 Discuz! X 的配置文件和存在 UCenter 中的头像等的备份。

备份 UCenter 的所有程序文件，其中要注意 data 目录以及其下的 config.inc.php 文件一定不能丢失，data 目录下的 backup 目录下存放的是刚才备份的数据，avatar 目录下存放的是所有会员的头像图片，所以这些文件一定不能丢失。

备份论坛的所有程序文件，其中要注意 data/attachment 附件目录以及 config 目录下的 config.global.php和 config.ucenter.php 文件一定不能丢失。如果有模板风格的，也要单独备份后下载，待新空间安装完毕，再重新上传启用；之前网站有通过DIY的页面，这时要导出备份，新空间装完再导入即可。

还有一点很重要：确保搬入服务器和原服务器的数据库版本和编码一致，如果编码一不致可能会出现乱码的情况。

2、安装新程序及附件、头像等的上传

全新安装论坛，安装的时候 Discuz! X 及 UCenter 数据库名以及表名前缀一定要和原来的一致；
程序头、尾（如果有改动）、diy数据都要重新覆盖；下载到本地的附件、头像等数据上传到新空间正确的位置；伪静态规则文件、模板文件及Logo网站标识等重新上传到新空间正确位置。

3、恢复数据库

首先登录到 UCenter 后台，检查各应用是否通信成功，然后用创始人登录：UCenter 后台→数据备份→数据备份记录→数据恢复→（找到相应的备份，如果备份显示不存在，那就说明备份文件上传的位置错了！）点击“详情”→选择备份的数据→提交。

4、后续操作

由于 UCenter 以及 Discuz! X 的 URL 路径和之前比发生了变化，所以要在 UCenter 后台修改为正确的路径。

UCenter 管理后台→应用管理→编辑

Discuz! X 的 URL 路径。检查应用的 UCenter 配置信息，UCenter 管理后台→应用管理→编辑论坛的应用，找到应用的 UCenter 配置信息，复制其中的全部内容，分别覆盖到论坛的 config 文件最后的关于 UCenter 的配置信息部分。更新 UCenter及论坛的缓存后，网站搬家基本就好了，剩下的伪静态等问题，要确认服务器设置好 rewrite 后，在设置开启。

虚拟主机业务应用的前提是建立在多个用户共同分享一台独立服务器资源的基础上，用户首先需要了解这台服务器上有多少用户与自己共同分享资源，因为只有服务商在对每个用户所占用的资源做出公平的划分后，才能充分保证大多数用户的利益。如果共享用户过多、服务器属于超量负载的话，会导致服务器稳定性差，出现CPU处理能力低下、程序运行困难，远程连接不稳定等状况，用户的网站在被访问时会频繁遭遇如找不到相关页面、无法连接到数据库、无法访问等等这样的严重故障。所以，在购买前一定要详细认真的了解。
连接数是指在瞬间内、能够同时接受申请打开用户网站页面的人数，连接数值的大小直接关系到用户网站的登录水平。如果将连接数限制得较少，那么同时访 问用户网站的人数就不会太多，用户网站便会出现让访问者等待时间长等不顺畅的情况，通常对连接数的支持标准都不做出指标性限定。但一些小的服务商为了方便 监控用户、逼迫其选用高价格档次的虚拟主机服务类型，则会对连接数做出硬性的数值划分，因此用户选购时需要予以特别留意。

流量也就是指用户网站的访问数量，服务商同样是基于让服务器资源得以公平分配的原因，会对每一用户网站的流量进行限制，但是问题在于限制程度如何。如果限制的数值太小就会极大损害用户的利益，甚至可以这样认为，如果流量数值提供得很小，网站空间给的再大也无用处，因为这会使得用户网站的浏览速度非常慢，就如同生活中购物“排长队”一样。