冗余备份的解决方案

避免数据还原

如果可能的话，我们应该避免从备份系统中还原数据。数据还原流程可能是破坏性的，而且通常会有一些从还原点时间算起的数据丢失。

减少从备份系统中还原数据的最好方式是在你的生产环境中使用冗余的服务器和冗余的存储。例如，Windows分布式文件系统（DFS）可以用来将文件数据复制到镜像服务器，这样即便有文件服务器或存储阵列发生故障，数据仍然是完整的,并且还可以访问。

虽然使用冗余服务器和冗余存储可以对一定类型的故障提供保护，但这种类型的冗余并不能取代备份系统。想象一下，如果有人修改文件时出现错误，而你又已经部署了冗余的文件服务器，那么这个被修改的文件会被复制到你所有的镜像服务器中。恢复丢失数据的唯一方法就是将该文件还原到之前的版本。

冗余备份服务器

规划冗余备份系统解决方案下一步需要考虑的问题是你的备份服务器。在大多数情况下，备份服务器是整个备份基础设施中的一个关键部分，所以你不会希望备份服务器成为一个单点故障。

冗余的备份服务器部署在什么位置可以是不同的，这要基于具体的备份系统架构。但通常你不应该尝试部署平行的、彼此操作独立的备份服务器，因为这样很可能会出现备份一致性的问题。

如果你的组织要实施基于磁盘的备份系统，最好的方法是设计一个两步的备份流程。第一步是使用一台备份服务器来保护你的生产系统。第二步是使用第二台备份服务器来保护第一台备份服务器。这样如果主备份服务器发生故障，备用的备份服务器就可以用来接替出现故障的备份服务器，并恢复之前备份的数据。

冗余备份介质

通过冗余性来保护你的备份系统的另一个方法是使用冗余备份介质。有许多不同种类型的冗余介质。

如果你的组织仍然在使用磁带备份，你可以为每一个磁带创建两个独立的备份。一个可以侧重访问的简易性，另一个则被发送到另一个地点，用于安全保存。

如果你正在使用基于磁盘的备份，实现介质冗余的方法有点不同。一个方法是使用磁盘到磁盘再到磁带的备份，将数据复制到磁盘用于备份，再复制到磁带用于安全保存。

另一个方法是使用镜像的存储。它允许你的备份数据被复制到一台相同的存储阵列。但需要指出的是，这种方法不会在可移动的介质中产生备份数据。既然是这样，企业或组织就应该考虑将备份服务器的内容复制到云或者备份的数据中心，这是相对在本地数据中心使用单独的硬件备份设备来说的。

解决方案：

1客户需求

服务器上的所有资料需定期进行集中备份，对于新增的课件等数据需每天进行备份，关键节点的数据资料需要进行实时备份，同时还需提供数据恢复功能，当意外情况发生时，可以短时间内将数据恢复，保证对业务不会造成影响。详细情况如下：

对于网站主服务器，需要备份服务器上的数据资料保持和主服务器一模一样，当主服务器发生故障的时候，备份服务器可以及时接管主服务器的工作，从而达到业务不间断。当生产服务器恢复正常的时候，我们又需要把备份服务器上新增的数据同步到主服务器上，保证主服务器上是最新数据。

本地有大批量的课件、网站代码或者是其他资料需要同步到服务器，同步的同时需要复制文件的权限，同步过程中如果出现网络异常等问题可以在下次任务执行时自动执行上次未完成的任务而不会造成重复传输。

服务器上有新增或者更新的数据资料需要进行备份，这个备份需要以执行时间来保存更新的数据，同时能够方便恢复。

2方案部署

在备份服务器上安装FileGee服务器端，服务器端可以实现管理控制所有客户端。

在所有的主服务器上安装FileGee客户端，将服务器上的数据资料备份到备份服务器上，保证整个组织结构服务器持续正常运行。

3数据备份与恢复

在备份服务器上划分指定空间，分别用于存储各主服务器上的数据文件。由管理员在服务器端控制台为每台主服务器分配相应的存储备份空间。

备份策略的选择一般根据你的备份要求和文件的性质来决定。根据网校的需求，我们推荐使用三种主要的备份策略：镜像同步、单向同步、增量备份。

当发生数据丢失时，确认数据丢失的详细情况，以便确定恢复某一天的数据。启动相应的备份任务进行数据恢复,最后查看恢复日志、恢复结果等信息确认恢复是否完全正确。

4实施效果

安装了FileGee备份软件后，环球网校的技术人员不再为数据的备份而担忧，软件可以根据制定好的任务计划而自动运行，将数据备份到指定目的地。不必再担心版本混乱和浪费磁盘空间。课件资料、网站数据等直接备份到备份服务器上，不必再担心数据的丢失，真正保证了数据不丢失，业务不间断。

按照本站相关内容进行安装设置后可以使Windows 2000 终端启动，但在安装过程中也可能会遇到一些故障，本文将对各种故障进行分析，并提出解决方案。另外，在实际应用当中终端技术还存在着一些问题，诸如应用软件的安装、汉字输入法的添加、服务器安全问题、多用户自动登录和Dos程序兼容性等，本文就上述问题提出合理解决方案。

　1、常见故障及处理

　(1) 故障一:安装Windows 2000 Server时，系统提示"无效的NetBIOS名称"

　(2) 故障二:服务器升级域时，安装Active Directory(活动目录)失败，系统提示:不能访问网络位置

　(3) 故障三:凌心的W2KRPL(Windows 2000 RPL 补丁)安装完毕后，重新启动，系统提示发现一个错误，启动远程管理程序时提示"没有启动远程启动服务"，在管理工具的"服务"中手动启动远程启动服务时，系统提示:错误998，内存分配无效。

　(4) 故障四:在新建配置文件时，配置下拉式列表中找不到DOS的引导记录(注意在添加网卡之前有)

(5) 故障五:安装MetaFrame 18a时系统提示以下错误信息:MateFrame is designed to work on windows 2000 (Network operting System Version 50)

　(6) 故障六:终端在DOS下连接服务器时出现COM PORT之类的蓝屏报错，但敲回车后能登录服务器正常使用，进入后无法使用鼠标。

　(7) 故障七:在DOS下用IPX协议连接服务器时，出现以下错误信息:

　Connecting to ‘w2k' (w2k为连接名)

　Support not available for IPX check you system configureation

　(8) 故障八:RPL无盘DOS工作站以256色800x600连接时，出现ICA启动画面后死机，在16色640x480时可正常连接。

　(9) 故障九:安装完毕wfw311后，无盘DOS工作站无法启动，执行到

　NET START RDR /RPL:YES /FIT:YES /COMPUTERNAME:(COMPUTER_NAME) /HIMEM:YES时，出现以下提示:General failure writing drive cAbort ,Retry,Fail

　故障十:安装完Windos32后，鼠标不能使用，而在DOS状态下在能够正常驱动，并可在应用程序下使用。

　(10) 故障十一:工作站上进入WIN2000后，鼠标要等大约有30秒后才能工作

　(11) 故障十二:终端客户机普通用户帐号登录服务器，登录时出现"此系统的本地策略不允许您采用交互式登录"的警告框，"确定"后，返回原操作系统而无法连接服务器。

　2、应用软件的安装和使用问题

　Windows 2000终端系统安装成功后，还需要设置相关的应用软件环境，与无盘网络不同的是终端所有应用软件都是在服务器端安装设置的，服务器上成功安装某个软件后，所有终端便可以象在服务器上一样使用这个软件。大家都知道,在Windows 98或Windows NT 40下安装软件,只需简单地"Setup"一下即可，轻轻松松完成。而如果在Windows 2000服务器上直接运行软件的安装文件"Setupexe"时，系统往往会出现"终端服务器安装失败"的错误提示，导致安装无法继续进行下去。因此，在终端服务器上安装软件时，必须先使服务器处于安装状态，然而再进行安装，这样才能使软件的安装正常进行下去。也就是说应用软件若在添加终端服务之前可以象Windows 9x 中一样安装，在添加终端服务之后，便不能如此安装了。但事先不可能会将所有应用软件装全(例如添加新软件、应用软件升级等)总的来说，在终端服务添加之后的软件安装可按以下方法进行:双击"我的电脑"图标;进入"我的电脑"界面，再双击"控制面板"图标，进入"控制面板"界面，找到"添加/删除程序"图标，双击它，进入"光盘或软盘"按钮。出现"从软盘或光盘安装程序界面"，单击"下一步"出现"运行安装程序"界面，在"打开"文本框中输入安装文件的路径和文件名，单击"下一步"按钮，接着就出现该软件的安装向导界面，接下来就与常规安装方法一样，只要根据安装向导提示就可完成软件的安装，绝大多数软件，如:Photoshop60 , AutoCAD2000 WPS2000, NetAnts、东方快车2000通过这种安装方法都能完成在终端服务器的安装。Office2000等则必须用特殊的方法进行安装。

　(1)终端输入法的安装

　Windows 2000 Server自带了全拼、郑码和智能ABC等输入法，若需要添加第三方输入法，下面以五笔字型说明如下(注意在Windows 9x下的很多五笔字型输入法在Windows 2000下使用都不正常，建议使用office 2000安装光盘中的王码五笔型输入法86版)

　(2)软件的使用问题

　大多数软件在终端服务器上安装完成后，都能在终端客户机上正常使用，而有些软件，如:OICQ、CUTFTP、金山打字精灵等它们需要保存一些用户信息，使用信息等，而这此信息又是保存在该应用软件所在的文件夹中，因而这些我们就需要终端用户该文件夹有写的权限，这样就能保证它在终端客户机上的正常使用。

　3、安全性问题及解决方法

　服务器安全性的问题，应该是网络首要的问题。若在终端客户机可以任意删除服务器的文件，修改某些重要设置，那么既便是这个网络速度再快，应用软件再丰富，也不能说这个网络是实用的网络。为描述的方便，在客户端登录时都是以管理员Administrator身份登录服务器的，这样设置的安全性是极差的，终端上可以删除服务器文件，甚至可以关闭服务器。实际应用中，一般情况下可建一个终端工作组，并为它建立若于终端用户帐号。本节将以一实例说明本地登录、目录安全权限和组策略的相关设置，假设终端工作组为yxz，终端用户为T01、T02、T03

问题的原因有以下几种：

1)vs2005会临时备份文件，因此也包括webconfig。所以，当主目录检测到两个webconfig之后，程序无法执行。

2)要在项目根目录下webconfig不唯一。

3)IIS虚拟目录配置有误,在

IIS

中没有将虚拟目录配置为应用程序，可能导致此错误。

解决方案有如下几种：

1)通常需要重新配置IIS虚拟目录

,如果你的程序是用

vs2005开发的，请在虚拟目录属性里

选择

net版本为20

2)确保某一虚拟目录下的项目目录不发生嵌套。

3)将webconfig文件中的<authentication>标签以及之间的内容全部删除。）

服务端的解决方案的基本原理就是，由客户端将请求发给本域服务器，再由本域服务器的代理来请求数据并将响应返回给客户端。

最常用的服务器解决方案就是利用web服务器本身提供的proxy功能，如apache和lighttpd的mod_proxy模块。在百度内

部，transmit的分流功能也可以解决部分跨域问题。但这些方法都有一定的局限性，鉴于安全性等问题的考虑，space这边最后开发了一个专门用于处

理跨域请求代理服务的spproxy模块，用于彻底解决js跨域问题。

下面我们将以空间的开放平台为例，简单介绍下如何通过apache的mod_proxy、transmit的分流以及space的spproxy模块来解

决该跨域问题，并简单介绍下spproxy的一些特性、缺点及下一步的改进计划。

空间在展现每个UWA开放模块之前都必须请求该模块的xml源代码以进行解析，每个模块的源代码文件都是存放在act域下的/ow/uwa目录下，那么在

用户空间首页（hi域）中请求该xml文件时就会存在js跨域问题。要解决该问题，只能让js向hi域的web服务器请求xml文件，而hi域web服务

器则通过一定的代理机制（如mod_proxy、transmit分流、spproxy）向act域的web服务器请求文件