服务器迁移网站数据丢失怎么办

第一步，寻找合适的服务商。找到适合自己的虚拟主机服务提供商，同时要满足网站的需要和你作为站长的需要。更重要的是，仔细研究这家新公司的产品说明、服务条款等，以及域名转移是否方便，如果域名转移不方便，直接还放在原来公司也是可以的。如果你由于某种原因对现在的空间商不满意，一定得再调查下现在这家空间商是否也存在同样的问题。
第二步，完整的备份网站。基本选择好新东家之后，我们就开始了转移网站的过程了。在主机转移过程中，数据需要从一家公司的服务器转移到另外一家公司中。但是可能在转移过程中发生数据丢失。因此备份这步必不可少。现在很多流行的主机管理面板都支持打包数据或者备份数据功能，从而你可以很轻松的下载全部数据到你的电脑上，这样就确保了数据的安全。
第三步，开始转移数据。现在你已经找到新东家了，并且完整的备份了整个网站。有两种办法转移数据到新服务器上，第一是通过FTP软件来直接上传数据到新服务器上，第二是通过管理面板来解压或者还原之前的数据备份。这两种方法都同样有效，目的相同，只是如果新空间商的管理面板不支持还原和解压，你就必须老老实实的通过FTP方法上传数据了。
第四步，调整域名解析。现在你已经把数据恢复到新服务器了，最后一步就是调整域名解析设置。要完成域名设置，需要到域名注册商那边，修改dns解析的A记录到新空间的IP地址，还有一些空间商要求做别名，也是一样的。也有一些空间商要求更改dns解析服务器，这些都是可以 *** 作的。一般域名解析需要2-12小时生效，你可以通过“ping 域名”命令来检查域名是否解析到新服务器上了。解析成功后，赶快用浏览器打开域名，看看新转移好的网站是否正常吧！

Web服务器日志

市面上各家网页服务器自发展初随时都会纪录其所有的交易于一个日志档里头。这种特性不久就被网管意识到可以透过软件读取它，以提供网页流行度的相关资料；从而造成网站日志分析软件的兴起。

90年代早期，网站统计资料仅是简单的客户端对网站服务器请求(或者访问)的记数值。一开始这是挺合理的方法，因为每个网站通常只有单一个HTML档案。然而，随着图形进入HTML标准，以及网站扩增至多重HTML档案，这种记数变得没什么帮助。最早真正的商用日志分析器于1994年由IPRO发行。

90年代中期，两种计量单位被引入以更准确的估计人类于网站服务器上的活动总数。它们是网页点阅数(PageViews)以及访问量(Visits，或者节区(Session))。一次的网页点阅数定义为客户端对服务器提出某单一网页读取请求，恰好为对某一图形请求的相反；而一次的访问量则定义为来自于某一唯一已识别的客户端对服务器一连串请求直到闲置一段时间——通常为30分钟——为止。网页点阅数与访问量仍旧在报告上十分常见，不过现今它们被当作是过于简单的量度。

90年代末期，随着网络蜘蛛与机器人问世，伴随着大型企业以及互联网服务提供商使用代理服务器与动态指定IP地址，鉴别某网站单一访客变得更困难。对此，日志分析器以指定Cookie作为追踪访问量的对策，并忽略已知的蜘蛛机器人的读取请求。

网页快取的广泛使用也造成日志分析上的问题。如果某人再度造访某页，第二次的读取请求通常由网页浏览器快取达成，因此网站服务器端不会接受到此请求。这意味着该访问者浏览过该站的“足迹”丢失。快取与否可于设定网站服务器时克服，不过这可能导致降低该网站的效能。

JavaScript标记

由于对日志档案分析于快取存在下准确性的关注，以及渴望能实现把网站分析当作是种外包的服务，导致第二种资料收集方法：加网页标签，或称网虫(Webbug)的出现。

90年代中期，网页计数器已经普及——这些计数器以包含在网页中的图像出现，显示多少次该图像被读取过。而图像内容就是显示大约该页被拜访次数的数目。90年代晚期，这种做法延伸至包括一个微小不可见图像，而非可见的。并且，透过JavaScript，图像请求的某些关于网页和访客的讯息被传递到第三方服务器方。这些资料随后被网站分析公司处理并产生详细的统计资料。

网站分析服务也代管指定cookie到使用者的过程。这种方式可以鉴别各个唯一访客初次以及随后的拜访。

随着Ajax为主解决方案普及，一种利用不可见图像的替代方案实现了从读取页面“回电”服务器的机制。在这个情况下，当某网页被网页浏览器读取，该页某部分Ajax代码将致电回服务器并递送有关用户端的资讯，随后被送到网站分析公司做汇整。这在某些方面还是有漏洞，因为某些浏览器限定哪种Xml>

一般来说，公司对于网站的重视程度、公司的实力情况也会影响到网站空间的选择。
一般的企业可以选择购买服务商的空间，通过定期续费的方式来存放网站的程序
但实力比较雄厚的公司也可以购买VPS或直接配置自己的服务器以实现对网站空间的绝对控制权。
企业站用个500M的就可以了。网站数据再大点可以考虑换vps或者云主机，前期用空间就可以。
网站空间的大小，其实就是网站可以使用的服务器硬盘的大小。常见的网站空间100M、200M、300M、500M、1G等大小区分。那么，一个普通的网站，需要多大的网站空间呢
这个需要我们通过计算得出，以企业网站为例。如果网站程序的大小是10M;网站数据库一般50M足够;网站和视频文件是占用网站空间最多的部分。如果你有1000个产品需要发布到网站上面。而网页上使用的一般每个不要超过200K(越大，用户打开网站的速度越慢)。这样，这1000个产品最多就占用了200M左右的空间，所有空间加起来也就约260M。所以，我们认为，一般的小型企业网站，300M的空间就足够使用了。
当然，有些特殊行业的也不一定，比如做摄影等数量较多的客户，由于质量高，比较占空间，需要的空间就更大，视频、音频等行业同理。总之，都要根据实际情况来进行估算。
北京海宇勇创科技为您解答，希望对您有帮助！

标签（空格分隔）： 数据挖掘 数据分析 数据采集

完整的网站数据工作机制包括 数据采集、数据处理和数据报告 三个部分。

数据采集分两层：
1、第一层是通过特定页面或Activity标记实现在线数据采集，在线数据是网站数据的 核心组成 ；
2、第二层是通过外部系统或手动形式导入的外部数据源， 外部数据源是在线数据的拓展 。
在线数据采集根据平台可分为Web站、WAP站和APP站。Web站及以HTML 5开发的WAP站都支持JS脚本采集；较早开发的不支持JS的WAP站则采用NoScript,即一个像素的硬实现数据跟踪；SDK是针对APP进行数据采集的特定方法和框架。这三种方法可以实现目前所有线上数据采集的需求。

这种客户端-服务器的数据采集方法适用于大多数的数据采集需求，但在这种采集方法的前期页面标记需要在用户客户端触发才能实现，如果数据不是通过用户客户端触发，在网站外部则无法收集（比如说支付宝的支付页面）。

由于数据经历了从网站服务器->用户客户端->采集服务器三个节点，从网站服务器到用户客户端的过程可能会有数据丢失的情况，尤其在订单结算等核心信息中，这种客户端-服务器的采集方法可靠性较小。

（注意：不管采用何种采集方法，任何网站分析系统的数据都不可能与企业内部数据系统中的数据完全一致，对网站分析系统中数据准确性的要求是数据误差与企业数据系统误差率较小（通常在5%以下）且数据误差率稳定。）

针对上述情况，某些网站分析系统如Webtrekk支持Server to Server（S-S，网站服务器对采集服务器）的方法进行在线数据采集，避免数据在客户端的中转流失。

所有在线数据采集都会受到采集规则的制约，比如排除特定IP地址的流量、只采集某个域名下的数据等。数据采集规则是数据采集的重要控制节点，如果出现某些排除、隐藏或直接忽视数据的采集规则，将可能导致数据丢失。

（ 不明白为什么SAAS网站分析系统都不能处理历史数据，这意味着如果在数据采集阶段出现数据丢失将会产生无法挽回的后果，建议原始初级采集阶段不设定任何排除规则；如果数据中可能含有大量的内部测试数据，测试环境与生产环境应分账号采集 ）

外部数据接入与在线数据采集是异步进行的。外部接入数据进入网站分析系统后，根据数据处理层的处理规则，在经过数据抽取、加载、转换之后，与在线采集数据整合形成完整的数据源。

外部接入数据的工作流程如下，原始的外部数据（文档、服务器日志、在线其他系统数据、离线数据）通过自动或人工整理形成符合特定规范的数据文件或带制表符分隔的数据文档，然后根据接入机制的不同完成数据的整合工作。

原始的外部数据（文档、服务器日志、在线其他系统数据、离线数据）通过自动或人工整理形成符合特定规范的数据文件或带制表符分隔的数据文档，然后根据接入机制的不同完成数据的整合工作。

（考虑到IT人力、物力和时间投入等因素考虑，通过FTP导入数据的方式更易于实现。前期可以考虑使用FTP自动上传的机制，待数据需求稳定切业务实现思路无误后再通过技术手段开发API。）

---