钢铁企业两地三中心数据容灾解决方案
上海浪擎科技有限公司售前咨询部
2012年8月25日
目录
1. 信息安全，重于泰山 (3)
1.1备端在线两地三中心 (3)
2“双活”+ 异地容错的技术方案 (4)
2.1备端在线两地三中心灾备方案网络设计 (4)
2.2备端在线容灾系统设计 (4)
2.3异地容错的容灾系统设计 (6)
2.4备端在线两地三中心的容灾优势 (6)
附件： (11)
2.4附件1：部分案例介绍 (11)
1.信息安全，重于泰山
钢铁行业作为传统的制造行业，在逐步摆脱传统的业务模式，加速走向信息化生产时代。“如何保障业务系统的安全正常运行”的课题，一直是行业中讨论、尝试的重点。虽然信息化程度提高了，但信息安全问题不容忽视，尤其是针对业务系统的信息容灾处理成为重中之重。为了防止信息安全事故或事件的发生，尽管有相应技术防范措施，但是人为因素造成的安全风险仍然占有很高的比率。因此明确目前钢铁企业面临的主要信息安全问题并提出相应的信息管理措施十分必要。
随着信息化的发展，钢铁企业信息系统由以前单一的一、二级作业系统，向多级系统并存、互动发展。在SAP的定义中,钢铁冶金行业的信息系统架构被分解成五个层次,这五级系统分别是：一级设备控制系统；二级过程控制系统；三级车间或分厂级制造执行系统(即MES)等；四级钢铁企业资源计划系统(即ERP)；五级钢铁企业间管理系统及决策系统。这五层系统之间相互集成、相互协调,构成了一个完整、复杂的钢铁企业信息系统。
那么问题来了，面对这样复杂的信息系统，如何才能保障生产系统在发生自然或人为的灾害时的业务运行呢?如何才能保证这样复杂的系统里的信息的安全呢？信息，作为企业宝贵的资源，其重要性已经得到了人们的充分认识。但是我们该如何保护这一资源？假设您就是企业的一位信息管理人员，当您的企业遭遇以下事故时，您将如何去面对：
1．某一天，企业的交易数据因操作失误而损坏；
2．某一天，工厂的所有生产数据因电源故障而丢失；
3．质量检测部门辛苦一年获取的质量数据因人为的恶意操作而丢失；
4．工厂保存的所有工人资料因为磁带的损坏而无法使用；
这样的例子还有很多很多。
那么这样的事故所带来的后果是什么？至少，很难想象这个不幸的企业还能毫发无损的健康生存。因为，对于信息时代的企业而言，健全的信息往往是维持其运转所必须的基本条件。所以，如何保护企业的信息资源，如何使企业免遭信息灾难，已经成为企业所必须考虑的沉重问题。
1.1备端在线两地三中心
基于这样的需求，浪擎设计的备端在线两地三中心整体灾难恢复解决方案，可以满足不同灾难场景下的业务连续性要求。本地机房的容灾主要是用于防范生产生产服务器发生的故障，异地灾备中心用于防范大规模区域性灾难。本地机房的容灾由于其与生产中心处于同一个机房，可通过局域网进行连接，因此数据复制和应用切换比较容易实现，可实现生产与灾备服务器之间数据的实时复制和应用的快速切换。异地灾备中心由于其与生产中心不在同一机房，灾备端与生产端连接的网络线路带宽和质量存在一定的限制，应用系统的切换也需要一定的时间，因此异地灾备中心可以实现在业务限定的时间内进行恢复和可容忍丢失范围内的数据恢复。
2.“双活”+异地容错的技术方案
2.1备端在线两地三中心灾备方案网络设计
本地容灾是指在本地机房建立容灾系统，日常情况下可同时分担业务及管理系统的运行，并可切换运行；灾难情况下可在基本不丢失数据的情况下进行灾备应急切换，保持业务连续运行。与异地灾备模式相比较，本地双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点；异地灾备中心是指在异地建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。针对两地三中心灾备建设的需求，我们结合我们自主研发的软件的优势，设计了典型的建设方案。本地机房安装我们镜像系统，主备端同时在线，真正实现“双活”，是可见，可验证，可靠的容灾；异地机房安装实时备份，既能实现数据的实时复制，确保数据不丢失，又能任意时间点手动恢复，实现容错，而且无需主备硬件配置一致，还能降低成本。网络拓扑和部署如下：
A镜像客户端软件Mirror-C
Mirror-S A镜像服务器端软件
实时备份客户端软件DBackup-C
DBackup-S实时备份服务器端软件
2.2 备端在线容灾系统设计
在生产服务器上部署A镜像系统代理软件，在容灾服务器上安装A镜像系统服务器端软件，设置A镜像代理的检测路径为主存储路径，设置A镜像服务器路径为备用存储路径。通过Web管理界面配置镜像对象、全量和增量策略等。
1）当生产服务器处于正常工作状态时，把生产服务器的浪擎代理软件连接至服务器。当代理检测到主存储数据变化后，将捕获变化的数据实时的复制到备用存储上，实现了实时的复制。具体部署如下图：
WEB的A镜像客户端软件
Mirror-C Mirror-S A镜像服务器端软件
2）当生产服务器故障，或者存储故障导致生产系统无法正常提供业务支持时，本地容灾服务器可直接接替生产服务器工作保障业务系统的持续运行；当本地机房发生灾难时，异地机房的容灾服务器可直接接替生产服务器工作保障业务系统的持续运行。具体部署如下图：
WEB的
A镜像客户端软件
Mirror-C Mirror-S A镜像服务器端软件
3）当生产系统恢复工作后，浪擎软件会继续其生产服务器的复制工作，并且在这之前会通过回切工具保障主备系统数据一致，具体部署如下图：
WEB的
A镜像客户端软件
Mirror-C Mirror-S A镜像服务器端软件
2.3 异地容错的容灾系统设计
4）如果本地机房发生故障，将异地容灾服务器中备份的数据进行手动恢复，可以直接恢复到原生产服务器（也可恢复到新服务器）。备份存储系统保存了应用系统任意时刻的数据，恢复时可恢复到任意时间点，实现容错，具体部署如下图：
A镜像客户端软件
Mirror-C DBackup-S实时备份服务器端软件通过以上4点保证了备用存储上的数据和主存储上的数据完全一致。避免了主存储的单点故障。
管理端可部署在备用服务器上或系统管理员主机上。
与一般的cluster不同，浪擎灾备系统不采用共享存储模式，首先避免了硬件方面的巨量投资；其次避免了由于共享存储硬件或者连接共享存储硬件链路的故障引起的业务系统中断，避免了单点故障.
2.4 备端在线的两地三中心容灾优势
1)备端在线的容灾优势：
●所见即所得的容灾，备用系统直接处于在线运行的状态，是直接可见、可验证的。
不像其他容灾系统，一定要恢复后才能知道备用系统的好坏；
●应用级的复制技术，即镜像系统复制的数据是数据库事务，是属于应用层的，从而
可以保证数据库数据的完整性；
●实施无需停顿业务系统，适合7X24小时连续运行的业务系统；
●不需要主备系统硬件保证一致性，极大的降低系统改造及投入的硬件成本，只需备
份存储空间大一点就行；
●对网络带宽消耗非常小，不需专用的光纤传输网络，采用实时增量复制技术大大减
少了资源的开销，对业务系统性能影响很小；
●一旦主系统发生故障，由于备用系统的数据库直接处于运行状态，无需数据恢复阶
段，仅需恢复业务系统即可，所以整个备用系统替换主系统的过程非常快；
●采用实时增量复制技术，将数据复制到备用系统上，当主系统发生故障时，备用系
统丢失数量极小，由于数据量小使得备份窗口趋于零，对主系统的性能影响很小；
●应用方式多样化，支持多对一、一对多等镜像方式，为后期提供扩展平台；
●基于WEB的统一管理平台，负责对服务器、数据库等进行配置，设置镜像策略，并
监控复制链运行情况，方便管理。WEB监控界面可监控全网的备份任务及运行状态。
每条监控记录就是一条完整的复制链路，包含镜像代理、镜像服务器、运行状态。
监控配置示意图
Web可监控全网所有镜像代理、镜像服务器的工作状态以及所有复制任务。复制任务监控信息包括：
编号：根据任务复制的顺序来排序的。
类型：模块类型，有文件，SQL SERVER和ORACLE三种。
服务器：镜像服务器所在服务器IP。
目标数据库：镜像服务器端备份数据库的名称。
执行内容：具体复制的内容，数据库监控的是SQL语句，文件监控的是复制的文件名。
开始时间：任务开始执行的时间。
结束时间：任务执行结束的时间。
状态：任务执行完成后的状态，如果复制成功显示为成功，失败显示的是失败。
1)实时备份
浪擎·服务器备份系统的客户端模块实时捕获数据变化，并进行实时增量传输，不间断的保护客户端数据，保障生产服务器的业务数据不丢失。并且可以恢复到任意时间点和任意版本，无时无刻保护业务系统的数据安全。
时间轴
增量处理示意图
2)任意时间点还原
实时备份，保留所有的变化的数据块，可以根据用户的需求，恢复到任意的时间点的版本。增量和差异版本的实时复制、传输技术，以及全量加增量合成存储技术实现了数据完整性和任意时间点还原的功能。
3)裸机还原
通常情况下，裸机要想进行信息处理需要进行硬盘分区和格式化、安装操作系统、安装驱动程序、安装应用程序等繁琐的步骤，需要花费大量的时间才能构造一个可用的系统环境。但是浪擎·服务器备份系统可以轻松地将备份好的系统恢复至裸机上，实现一步到位。可以快速的恢复业务系统的运行环境，极大的降低业务系统的最大恢复时间（RTO）指标。达到高性能的容灾。
4)容灾与容错相结合
采用CDP技术，系统能根据数据库事务日志的变化分析出数据库完整性点，在复制此数据到备用服务器的同时还将保存历史记录，保证系统可以以I/O数据块为单位恢复至任意时间点，并且每个数据版本都满足数据库级的一致性，即每个版本等都是正确可用的，而不需要尝试回退I/O。从而真正防止因数据库误操作对企事业单位带来的损失。
5)异机还原
支持异机还原，避免单机故障导致的数据无法还原、使用的风险。
●即时在不同硬件上，也可以恢复出故障的系统。
●克隆与部署操作系统，不受硬件限制。
●在物理计算机之间以及物理计算机与虚拟机之间进行迁移。
6)对系统影响小
●安装过程无需停机，采用定时全量和实时增量的技术，对网络和系统资源占
用极低，不会影响生产系统的运行。
●所有的操作在用户端完成，用户通过访问一个WEB浏览器来设定备份计划和
策略，浪擎·服务器备份系统将变化的数据从生产服务器捕获到，并传输到备
份服务里，从而减少了对生产服务器的负担。
●全量加增量合成存储备份技术，保证系统只需做一次全量备份即可，大大降轻系
统负担。
7)基于WEB的作业、管理、监控平台
●支持Web-Manage平台，即所有的作业操作都可以在Web平台上完成。
●支持远程WEB进行备份策略设置、作业监控、存储配置、空间管理等，无需
进行现场维护。
●通过设置备份计划与存储管理策略，让系统自动运行，极大地减少系统维护
和管理工作量。
●支持基于WEB的查询备份对象、图表的存储空间显示、备份策略管理、计划
管理。
支持基于WEB的备份作业监控，可显示从触发、排队、启动、传输、存储整个过程。
附件：附件1：部分案例介绍
1)奇瑞汽车生产控制、全球供应链系统容灾
奇瑞汽车采用 MES 进行汽车生产流水线控制。通过条码技术、计算机网络技术和信息系统的有机结合，成功地将各类定位仪、转鼓实验台、综合电器检测仪（ECOS）、标牌制作机、条码扫描枪、计算机等设备有机地连续在一起，组成一个实时的总装线生产数据、检测数据采集系统。它能够实现人工根本无法完成的（如整车实验台检测数据上网等）任务，同时它又能够真实地记录汽车生产全过程的自然情况，从而实现了整车档案数据全面记录的难题。
在现代化、大规模的汽车整车和零部件生产行业中，对各类生产数据、质量信息的实时采集，并根据需要及时地向物料管理、生产调试、产品销售、质量监控、成本核算等都有着重要的作用，同时此数据对整车的质量跟踪和售后服务有重要的意义。
奇瑞汽车零配件通过 SRM 实现全球采购。
生产控制、全球供应链这些系统支持奇瑞日常运转，因此必须保障这些系统的稳定可靠。
生产控制系统 MES 控制汽车装配整个过程。
全球供应链系统 SRM 控制整个零配件的采购。
当主库发生故障时，则将备用服务器的IP地址修改为主服务器的IP地址。
2)鞍钢建设
鞍钢建设集团有限公司是中国建筑系统企业形象信誉 (AAA) 级单位，首批获得 GB / T 19001 -- 2000 -- ISO 9001 ： 2000 质量管理体系认证，国家级“守合同、重信用”单位，全国“冶金建设工程焊工合格证”颁证单位。具有国家建设部颁发的冶炼工程施工总承包特级；房屋建筑工程施工总承包、矿山工程施工总承包一级；钢结构工程专业承包、起重设备安装工程专业承包、机电设备安装工程专业承包、炉窑工程专业承包一级；预拌商品混凝土二级（最高级）；电力工程施工总承包、化工石油工程施工总承包、爆破与拆除工程专业承包二级；市政公用工程施工总承包、铁路工程施工总承包三级资质。其经营足迹遍布全国各地，并延伸和拓展到十几个国家和地区。
ERP系统所在服务器运行和存储公司重要业务和财务数据。ERP系统，后台数据库为SQLServer 2000，数据库规模在100GB。每天有大量新增数据。在工作时间，集团总部管理人员以及各分公司的管理人员，都在使用 ERP 系统。
因此，需建立一套安全可靠的内部服务器数据备份机制，一旦业务系统主服务器停止服务时，则可立即启用备用服务器，从而保障业务系统的持续运行。鞍钢建设需用浪擎科技的浪擎?镜像系统来构建其ERP系统的容灾。
鞍钢建设需用浪擎科技的浪擎?镜像系统来构建其ERP系统的容灾。
浪擎科技为其构建了三大基础功能：
实时复制，将ERP数据库的数据实时复制到备用数据库，实现容灾；
定时备份，设置每天一次全量镜像计划，保存最近全量版本，实现备份功能；数据回切，可从备用ERP数据库恢复数据，并可投入运行。
数据中心容灾备份方案 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于 30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。 备份介质层（内置虚拟带库）：主流备份介质有备份存储或虚拟带库等磁盘介质、物理磁带库等，一般建议将备份存储或虚拟带库等磁盘介质作为一级备份介质，用于近期的备份数据存放，将物理磁带库或者光盘库作为二级备份介质，用于长期的备份数据存放。
5北华航天工业学院 课程设计报告(论文) 课程名称: 数据库原理与应用 报告题目： 机房管理系统数据库设计 作者所在系部： 计算机科学与工程 作者所在专业： 计算机科学与技术 作者所在班级： B11512 作者姓名： 刘智星 指导教师姓名： 贾振华、李建义 完成时间： 2013年6月28日 北华航天工业学院教务处制 课程设计任务书 课题名称 《数据库原理与应用》课程设计 完成时间 指导教师 贾振华 职称 副教授 学生姓名 刘智星 班级 总体设计要求 B11512 总体设计要求： 1、明确课设任务，复习与查阅相关资料。 2、根据老师给出的设计题目，在两周时间内完成其中某一个题目的从用户需求分析、数据 库设计到上机编程、调试和应用等全过程的数据库系统设计。如果学生自拟题目，库设计到上 机编程、调试和应用等全过程的数据库系统设计。如果学生自拟题目，需经指导教师同意。 3、独立完成课程设计任务，不能抄袭，设计完成后，将所完成的工作交由老师检查；要求 写出一份详细的设计报告。 4、按要求完成课设内容，课设报告要求文字和图工整、思路清楚、正确。 5、应用程序应具有一定的实用性和健壮性。 工作内容及时间进度安排 第一周、周１：设计动员，布置课程设计任务。 第一周、周2：查阅资料，制定方案，进行程序总体设计。 第一周、周3~第二周2：详细设计, 系统调试。 第二周、周3：整理，撰写设计报告。 第二周、周3-周5：验收，提交设计报告，评定成绩。 课程设计成果 1、课程设计报告书一份 2、源程序清单一份 3、成果使用说明书一份 摘 要 随着网络的飞速发展，机房的数量和功能不断增多，数据量也随之增加。同 样使用者也增多，管理难度不断加大。传统的方式显然浪费了许多的人力、物力， 以及资源甚至已经影响到机房的运营。 机房管理系统正是一套能够合理解决、代替传统人工管理方式的管理系统， 对机房、机器、使用者进行合理有效的管理及操作。本系统模拟了机房的收费、 登录、下机等等的管理，提高了工作效率，节约了管理成本。 关键词：机房管理 自动收费 提高效率 ABSTRACT With the rapid development of the network, the quantity and function room increases, the amount of data increases. As the user is also increasing, the management difficulty increasing. The traditional approach is clearly wasted a lot of manpower, material resources, and has even affected the operating room. Computer room management system is a set of reasonable solution, management system to replace the traditional manual management mode, management and operation is reasonable and effective to room, machine, user. The system simulates the room charge, login, etc. under the management, improve work efficiency, saving the cost of management. Keywords : improve the efficiency management of computer automatic toll collection 目录 《数据库课程设计》............................................................................................................... 1 一、系统需求分析............................................................................................................... 1 （1）信息要求：............................................................................................................. 1 （2）处理要求：............................................................................................................. 1 （3）安全性和完整性要求。......................................................................................... 1 二、概念结构设计............................................................................................................... 1 （1）E‐R 图....................................................................................................................... 1 （2）解决命名冲突以及结构冲突设计方法................................................................. 3 三、逻辑结构设计............................................................................................................... 3 四、数据库物理结构设计................................................................................................... 4 五、数据库实施................................................................................................................... 5 （1）使用 T‐SQL语句实现数据库表；.......................................................................... 5 （2）用 T‐SQL语句实现必要的存储过程及触发器。.. (6) 六、数据库应用系统的实施和维护................................................................................... 《数据库课程设计》 ——机房管理系统 一、系统需求分析 （1）信息要求： 指用户需要从数据库中获得信息的内容与性质。数据库中需要存储那 些数据。 实现机房、上机类型等基本信息的管理； 实现机器信息、管理人员信息、使用者信息的管理； 实现上机管理； 实现收费管理； （2）处理要求： 用户需要完成什么处理功能，对处理的响应时间有什么要求（给出功能模块图）。 1. 学生用户端完成登陆功能，完成登陆记录上机时间； 2. 管理员端完成各个信息的管理； 创建触发器，实现下机时自动计算此次上机的时间和费用； 创建存储过程统计各机房的上机时间和费用； 创建存储过程统计指定时间段内各管理人员的收费合计； （3）安全性和完整性要求。 建立数据库相关表之间的参照完整性约束。 二、概念结构设计 （1）E-R 图 密码 管理管理员姓名 管理人编号 管理员 primary key 合计收费 图 管理员 E-R 图 1机房名称 机房信息 上机总时间 机房号 primary key 上机总费用 每小时费用 管理人编号 图 机房信息 E-R 图 密码 ID 使用者姓名 Foreign key 使用者信息 总费用 图 E-R 图 机房号 Foreign key 机器号 总使用时间 机器信息 Primary key 图 机器信息 E-R 图 机房号 上机类型名称 上机类型_机房 primary key primary key 图 上机类型_机房 E-R 图 2费用 机器号 foreign key 上机时间 上机总费用 ID foreign key 下机时间 图 上机总费用 E-R 图 （2）解决命名冲突以及结构冲突设计方法 相关的列名使用相同的名字，加上完整性约束。 使用者信息 登录 上机总费用 机器信息 属于 管理员信息 管理 机房信息 三、逻辑结构设计 （1）给出由 E-R 得到的关系模型：并注明转换过程中应用的规则； （2）数据模型的优化； （3）分析这些模式对于应用环境是否合适，确定是否要对某些模式进行合并或分解； （4）用户模式设计； （5）在数据库中一般使用英文名字，在用户视图中则一般使用符合用户一贯的中文命 名法； 管理员信息(管理人编号,密码,管理员姓名,合计收费) 3机房信息(机房号,机房名称,每小时费用,上机总费用,上机总时间,管理人编号) 机器信息(机器号,机房号) 使用者信息(ID,密码,使用者姓名,总费用) 上机类型_机房(机房号,上机类型名称) 上机总费用(ID,机器号,上机时间,下机时间,费用) 四、数据库物理结构设计 管理员信息表（管理员信息） 字段名称 中文含义 数据类型 varchar varchar varchar int 长度 完整性约束 是否主键 字段说明 管理人编号 密码 管理人编号 管理人编号 20 20 20 primary key 是 否 否 否 密码 密码 无 无 无 管理员姓名 管理员姓名 管理员姓名 合计收费 合计收费 合计收费 机房信息表（机房信息） 字段名称 机房号 中文含义 机房号 数据类型 char 长度 完整性约束 是否主键 字段说明 机房号 20 20 primary key 是 否 否 否 否 否 机房名称 机房名称 char 无 机房名称 每小时费用 每小时费用 上机总时间 上机总时间 上机总费用 上机总费用 管理人编号 管理人编号 int 无 无 每小时费用 上机总时间 上机总费用 管理人编号 int int 无 Varchar 20 foreign key 使用者信息表（使用者信息） 字段名称 中文含义 数据类型 长度 完整性约束 是否主键 字段说明 ID ID char 20 Not null 否 ID Primary key 密码 密码 char char Int 20 20 无 无 无 否 否 否 密码 使用者姓名 总费用 使用者姓名 使用者姓名 总费用 总费用 机器信息表（机器信息） 字段名称 机器号 中文含义 机器号 数据类型 长度 完整性约束 是否主键 字段说明 机器号 char 20 primary key not null 是 机房号 机房号 char 20 foreign key 否 否 机房号 总使用时间 总使用时间 datetime 无 总使用时间 机房信息表（机房信息） 字段名称 机房号 中文含义 机房号 数据类型 char 长度 完整性约束 是否主键 字段说明 机房号 20 20 primary key primary key 是 否 机房名称 机房名称 char 机房名称 4机房信息表（机房信息） 字段名称 中文含义 数据类型 长度 完整性约束 是否主键 字段说明 使用者 ID ID char 20 foreign key 是 登录名 机器号 上机时间 下机时间 费用 机器号 上机时间 下机时间 费用 char datetime datetime int 20 foreign key 否 否 否 否 本次机器号 上机时间 下机时间 费用 无 无 无 五、数据库实施 （1）使用 T-SQL 语句实现数据库表； create table 管理员信息( 管理人编号 varchar(20) primary key, 密码 varchar(20), 管理员姓名 VARCHAR(20), 合计收费 INT ); create table 机房信息 ( 机房号 char(20) primary key, 机房名称 CHAR (20), 每小时费用 int(20), 上机总时间 int, 上机总费用 INT, 管理人编号 varchar(20), foreign key (管理人编号) references 管理员信息(管理人编号) ); create table 使用者信息 ( ID CHAR (20) not null, 密码 char(20),使用者姓名 char(20), 总费用 INT, primary key(ID) , foreign key (ID) references 使用者信息(ID) ); create table 机器信息 5( 机器号 char(20) not null, 机房号 char(20), 总使用时间 datetime, primary key (机器号), foreign key (机房号) references 机房信息(机房号) ); create table 上机类型_机房 ( 机房号 char(20), 上机类型名称 Char(20), primary key(机房号,上机类型名称), ); create table 上机总费用 ( ID CHAR(20), 机器号 Char(20), 上机时间 datetime, 下机时间 datetime, 费用 int, foreign key(ID) references 使用者信息(ID) on update cascade on delete no action, foreign key(机器号) references 机器信息(机器号) on update cascade on delete no action, ); （2）用 T-SQL 语句实现必要的存储过程及触发器。 create trigger t_上机总费用 --drop trigger t_上机总费用 on 上机总费用 after insert as begin update 管理员信息 set 合计收费=合计收费+(select 每小时费用 from 机房信息 where 机房号=(select 机房号 from 机器信息 6where 机器号 =(select 机器号 from 上机总费用 where 费用=0 ) ) )*(select DATEDIFF(HH,上机时间,下机时间) from 上 机总费用 where 费用=0) where 管理人编号=(select 管理人编号 from 机房信息 where 机房号=(select 机房号 from 机器信息 =0 ) ) ); update 机房信息 set 上机总时间=上机总时间+(select DATEDIFF(HH,上机时间,下机时间) from 上 机总费用 where 费用=0), 上机总费用=上机总费用+(select 每小时费用 from 机房信息 where 机房号=(select 机房号 from 机器信息 where 机 器 号 =(select 机 器 号 from 上机总费用 where 费用=0 ) ) )*(select DATEDIFF(HH,上机时间 ,下机时间 ) from 上机总费用 where 费用=0) where 机房号=(select 机房号 from 机器信息 where 机器号=(select 机器号 from 上机总费用 where 费用=0 ) ); update 使用者信息 set 总费用=总费用+(select 每小时费用 from 机房信息 where 机房号=(select 机房号 from 机器信息 where 机器号=(select 机器号 from 上机总费用 where 费用=0) ) )*(select DATEDIFF(HH,上机时间,下机时间) from 上机总费用 where 7费用=0) where ID=(select ID from 上机总费用 where 费用=0); --更新使用者信息表——共使用的费用 update 上机总费用 set 费用=(select 每小时费用 from 机房信息 where 机房号=(select 机房号 from 机器信息 where 机器号=(select 机器号 from 上机总费用 where 费用=0) ) )*DATEDIFF(HH,上机时间,下机时间) where 费用=0; end; create procedure 时间_费用 --drop procedure 时间_费用 As select 上机总时间,上机总费用 from 机房信息 EXEC 时间_费用 --触发存储过程 create procedure 管理人收费 --drop procedure 管理人收费 As select * from 管理员信息 EXEC 管理人收费 --触发存储过程 六、数据库应用系统的实施和维护 （1）实现数据库的 T-SQL 语句； 激发存储过程 EXEC 时间_费用 --触发存储过程 EXEC 管理人收费 --触发存储过程 激发触发器 insert into 上机总费用 (ID,机器号 ,上机时间 ,下机时间 ,费用 ) values('1 号床的下铺 ',101,'2013-11-10 12:00:','2013-11-10 13:00:',0); insert into 上机总费用 (ID,机器号 ,上机时间 ,下机时间 ,费用 ) values('望江明月 8',101,'2013-11-10 12:00:','2013-11-10 13:00:',0); 将存入所有的需要更新数据；以后需要查什么就可以直接查询表。 （2）写出载入初始数据的 T-SQL 语句； 插入管理员信息数据 insert into 管理员信息(管理人编号,密码,管理员姓名,合计收费) values('2011001','2011001','我 叫 2011001',0); insert into 管理员信息(管理人编号,密码,管理员姓名,合计收费) values('2011002','2011002','我 叫 2011002',0); insert into 管理员信息(管理人编号,密码,管理员姓名,合计收费) values('2011003','2011003','我 叫 2011003',0); insert into 管理员信息(管理人编号,密码,管理员姓名,合计收费) values('2011004','2011004','我 叫 2011004',0); 插入机房信息数据 insert into 机房信息 (机房号,机房名称 ,每小时费用 ,上机总费用 ,上机总时间 ,管理人编号 ) values('01','软件实验室 1','2',0,0,'2011001'); insert into 机房信息 (机房号,机房名称 ,每小时费用 ,上机总费用 ,上机总时间 ,管理人编号 ) values('02','软件实验室 2','2',0,0,'2011001'); insert into 机房信息 (机房号,机房名称 ,每小时费用 ,上机总费用 ,上机总时间 ,管理人编号 ) values('03','软件实验室 3','2',0,0,'2011002'); insert into 机房信息 (机房号,机房名称 ,每小时费用 ,上机总费用 ,上机总时间 ,管理人编号 ) values('04','嵌入式实验室','0',0,0,'2011003'); insert into 机房信息 (机房号,机房名称 ,每小时费用 ,上机总费用 ,上机总时间 ,管理人编号 ) values('05','网络实验室 1','3',0,0,'2011004'); insert into 机房信息 (机房号,机房名称 ,每小时费用 ,上机总费用 ,上机总时间 ,管理人编号 ) values('06','网络实验室 2','3',0,0,'2011004'); 插入机器信息数据 insert into 机器信息(机器号,机房号) values('101','01'); insert into 机器信息(机器号,机房号) values('102','01'); insert into 机器信息(机器号,机房号) values('201','02'); insert into 机器信息(机器号,机房号) values('202','02'); insert into 机器信息(机器号,机房号) values('203','02'); insert into 机器信息(机器号,机房号) values('204','02'); insert into 机器信息(机器号,机房号) values('301','03'); insert into 机器信息(机器号,机房号) values('302','03'); insert into 机器信息(机器号,机房号) values('303','03'); insert into 机器信息(机器号,机房号) values('304','03'); 9insert into 机器信息(机器号,机房号) values('401','04'); insert into 机器信息(机器号,机房号) values('402','04'); insert into 机器信息(机器号,机房号) values('403','04'); insert into 机器信息(机器号,机房号) values('404','04'); insert into 机器信息(机器号,机房号) values('501','05'); insert into 机器信息(机器号,机房号) values('502','05'); insert into 机器信息(机器号,机房号) values('503','05'); insert into 机器信息(机器号,机房号) values('504','05'); insert into 机器信息(机器号,机房号) values('505','05'); insert into 机器信息(机器号,机房号) values('601','06'); insert into 机器信息(机器号,机房号) values('602','06'); insert into 机器信息(机器号,机房号) values('603','06'); insert into 机器信息(机器号,机房号) values('604','06'); insert into 机器信息(机器号,机房号) values('605','06'); insert into 机器信息(机器号,机房号) values('607','06'); insert into 机器信息(机器号,机房号) values('608','06'); insert into 机器信息(机器号,机房号) values('609','06'); 插入使用者信息数据 insert into 使用者信息(ID,密码,使用者姓名,总费用) values('1 号床的下铺','025951','刘智星 ',0); insert into 使用者信息(ID,密码,使用者姓名,总费用) values('我的首级','025951','刘天啊',0); insert into 使用者信息(ID,密码,使用者姓名,总费用) values('望江明月','025951','刘星星',0); 插入上机类型_机房数据 insert into 上机类型_机房 values('01','C 语言程序设计'); insert into 上机类型_机房 values('01','C++程序设计'); insert into 上机类型_机房 values('01','C#高级编程'); insert into 上机类型_机房 values('01','数据库系统概论'); insert into 上机类型_机房 values('02','数据库系统概论'); insert into 上机类型_机房 values('02','交换机原理'); insert into 上机类型_机房 values('03','C++程序设计'); insert into 上机类型_机房 values('04','云计算服务'); insert into 上机类型_机房 values('05','网页设计'); insert into 上机类型_机房 values('05','软件开发'); insert into 上机类型_机房 values('06','计算机组成原理'); （3）简单阐述各模块的基本功能； 触发器作用：更新表：管理员信息(合计收费)；机房信息(上机总时间,上机总费用)；使 用者信息(总费用)；上机总费用(费用) 以便后续查询。 10触发器实现两项数据的查询功能。 （4）给出该模块的设计思路，针对难点部分应该进行详细的阐述； 触发器中需要先更改管理员信息，机房信息，使用者信息；再更新上机总费用以免计费 重复。 （5）按模块分析所编写的应用程序所使用的 T-SQL 语句； 通过插入激发触发器完成更新其他表的操作。 七、界面实现 图 7-1运行后界面 图 7-2登录后 11图 7-3输入用户名密码后登录 图 7-4点击退出后 图 7-5点击注册 点击添加 12图 7-6管理员登录后 八、小结 工作内容：首先进行需求分析，之后实现数据库，在实现数据库中由于需求分析做得不 到位。导致多次更改表。工作量数据库的工作量较小，java 的工作量比较大。数据库和 java 界面连接出现问题通过询问同学解决了ＳＱＬ Ｓｅｖｅｒ ２００８配置问题。实现了数 据库和界面的连接。 系统的不足之处在于界面太过简单，应该美化一下。 界面简明以操作，不以出错。 九、致谢 通过本次课程设计，知道了 java 和数据库的连接方式方法。在此感谢老师的悉心讲解 和指导。我尝试如何设计数据库出现了不少错误多谢老师指证。 13十、参考文献 赵斯思编著.Visual Basic 数据库编程技术与实例.人民邮电出版社, 2004 杨志姝,李光海编著. SQL 应用与开发标准教程. 北京：清华大学出版社, 2006 李爱武编著. SQL Server2000 数据库系统实训教程. 北京：北京邮电大学出版 社,2004 冯凤娟编著. SQL 与PL/SQL 程序设计基础. 北京：清华大学出版社, 2002 王越, 刘加伶, 李粱编著. 大型数据库技术及应用. 重庆：重庆大学出版 社,2001 林桂花编著. 数据库应用技术. 大连：大连理工大学出版社,,2003 王珊, 萨诗煊. 数据库系统概论 [M]. 北京：高等教育出版社, 张化祥, 陆晶. Java 程序设计 [M]. 北京：清华大学出版社, 李兴华. Java 开发实战经典 [M]. 北京：清华大学出版社, 贾振华.Java 语言程序设计（第二版） 中国水利水电出版社 月 14十一、附录 Java 界面部分代码 连接数据库： import .*; public class Link_SQL { Connection conn; Statement stm; PreparedStatement pstm; ResultSet rs; public Link_SQL() throws Exception{ try { (""); conn=("jdbc:odbc:lzx","",""); } catch (ClassNotFoundException e) { ; import .*; public class G_mainFrame extends JFrame implements ActionListener{ JButton btnaddG=new JButton("添加管理员"); JButton updateG=new JButton("修改管理员信息"); JButton select_M_and_T=new JButton("查看机房收费和时长"); JButton how_maney=new JButton("查看各管理员收费"); JButton addJF=new JButton("添加机房信息"); JButton selectJF=new JButton("查看机房信息"); JButton updateJF=new JButton("更改机房信息"); JButton addJQ=new JButton("添加机器信息"); JButton selectJQ=new JButton("查看机器信息"); JButton updateJQ=new JButton("更改机器信息"); 15JButton addSJType=new JButton("添加上机类型信息"); JButton selectSJType=new JButton("查看上机类型信息"); JButton updateSJType=new JButton("更改上机类型信息"); JButton addSJType_JF=new JButton("添加上机类型_机房信息"); JButton selectSJType_JF=new JButton("查看上机类型_机房信息"); JButton updateSJType_JF=new JButton("更改上机类型_机房信息"); JButton index=new JButton("首页"); JButton btnexit=new JButton("退出"); JPanel p1=new JPanel(new FlowLayout); JPanel p2=new JPanel(new FlowLayout); JPanel p3=new JPanel(new FlowLayout); JPanel p4=new JPanel(new FlowLayout); JPanel p5=new JPanel(new FlowLayout); JPanel p6=new JPanel(new FlowLayout); JPanel p7=new JPanel(new FlowLayout); G_mainFrame(){ super ("管理员你好欢迎登陆计算机管理系统"); Container contentpane=getContentPane(); (new GridLayout(6,1)); (this );(this ); (btnaddG);(updateG); (p1); (this );(this ); (select_M_and_T);(how_maney); (p2); (this );(this );updateJF .addActionListener(this ); (addJF);(selectJF);(updateJF); (p3); (this );(this );updateJQ .addActionListener(this ); (addJQ);(selectJQ);(updateJQ); (p4); (this );(this ); (this ); (addSJType);(selectSJType);(updateSJType); (p5); 16(this );( this );(this ); (addSJType_JF);(selectSJType_JF);(updateSJType_JF); (p6); (this );(this ); (index);(btnexit); (p7); setDefaultCloseOperation; setSize(960,540);setVisible(true ); } public void actionPerformed(ActionEvent e) { String command=(); if ("添加管理员")){ Insert_G G=new Insert_G(); } if ("修改管理员信息")){ // 查看机房收费和时长")){ // } if ("查看各管理员收费")){ // } if ("添加机房信息")){ Insert_JF G=new Insert_JF(); } if ("查看机房信息")){ // } if ("更改机房信息")){ // } if ("添加机器信息")){ Insert_JQ s=new Insert_JQ(); } if ("查看机器信息")){ // } if ("更改机器信息")){ // } if ("添加上机类型信息")){ 17// } if ("查看上机类型信息")){ // } if ("更改上机类型信息")){ // } if ("添加上机类型_机房信息")){ Insert_JFType s=new Insert_JFType(); } if ("查看上机类型_机房信息")){ // } if ("更改上机类型_机房信息")){ // } if ("首页")){login_index s=new login_index(); } if ("退出")){(0); } } // // // } public static void main(String args[]){ G_mainFrame s=new G_mainFrame(); } 18北华航天工业学院课程报告 课 程 设 计 成 绩 姓 名 题 目 刘智星 班 级 B11512 指导教师 贾振华、李建义机房管理系统 指 导 教 师 评 语 评定成绩： 指导教师签字： 年 月 日 19
系统容灾解决方案 容灾基本概念 容灾是一个范畴比较广泛的概念，广义上，我们可以把所有与业务连续性相关的内容都纳入容灾。容灾是一个系统工程，它包括支持用户业务的方方面面。而容灾对于IT而言，就是提供一个能防止用户业务系统遭受各种灾难影响及破坏的计算机系统。容灾还表现为一种未雨绸缪的主动性，而不是在灾难发生后的“亡羊补牢”。 从狭义的角度，我们平常所谈论的容灾是指：除了生产站点以外，用户另外建立的冗余站点，当灾难发生，生产站点受到破坏时，冗余站点可以接管用户正常的业务，达到业务不间断的目的。为了达到更高的可用性，许多用户甚至建立多个冗余站点。 容灾系统是指在相隔较远的异地，建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外(如火灾、地震等)停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分，容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。 要实现容灾，首先要了解哪些事件可以定义为灾难？典型的灾难事件是自然灾难，如火灾、洪水、地震、飓风、龙卷风、台风等；还有其它如原提供给业务运营所需的服务中断，出现设备故障、软件错误、网络中断和电力故障等等；此外，人为的因素往往也会酿成大祸，如操作员错误、破坏、植入有害代码和病毒袭击等。现阶段，由于信息技术正处在高速发展的阶段，很多生产流程和制度仍不完善，加之缺乏经验，这方面的损失屡见不鲜。 容灾的七个层次 等级1： 被定义为没有信息存储的需求，没有建立备援硬件平台的需求，也没有发展应急计划的需求，数据仅在本地进行备份恢复，没有数据送往异地。这种方式是成本最低的灾难恢复解决方案，但事实上这种恢复并没有真正达到灾难恢复的能力。 一种典型等级1方式就是采用本地磁带库自动备份方案，通过制定相关的备份策略，可以实现系统等级1备份。 等级2： 是一种为许多站点采用的备份标准方式。数据在完成写操作之后，将会送到远离本地的地方，同时具备有数据恢复的程序。在灾难发生后，在一台未启动的计算机上重新完成。系统和数据将被恢复并重新与网络相连。这种灾难恢复方案相对来说成本较低，但同时有难以管理的问题，即很难知道什么样的数据在什么样的地方。这种情况下，恢复时间长短依赖于何时硬件平台能够被提供和准备好。
数据保护系统 医院备份、容灾及归档数据容灾 解决方案
1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化HIS、LIS 和PACS 等系统是目前各个医院的核心业务系统，承担了 病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 2.1 数据备份解决方案 针对于医院的HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的LAN 或LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
课程设计评分表 姓名XXX 班级XXX 学号XXX 题目机房管理系统设计指导教师 评分项目满分分值得分 封面 4 页面布局8 文档格式目录格式 6 图表质量 4 设计文档（ 60 分） 页眉页脚 4 内容完整性12 文档内容内容逻辑性10 内容正确性12 课题陈述 3 答辩（ 10 分）问题答辩 5 是否超时 2 考勤（ 20 分）20 实验（ 10 分）10 总评成绩 指导教师评语 签名：年月日
课程设计答辩记录表 教 师 提 问 学 生 答 辩 情 况 记 录 成绩答辩小组教师签名
摘要 本系统为机房信息管理系统，是一个信息管理系统，其开发主要包括数据库的建立和维护。 在短时间内建立系统应用原型 ,然后 ,对初始原型系统进行需求迭代 ,不断修正和改进 ,直到形成一个满意的可行系统。在下面的各章中我将以开发学生学籍管理 系统 ,谈谈其具体开发过程和所涉及到的问题及解决方法。
目录 第一章系统概要介绍 (6) 1.1系统概述 (6) 1.2系统研发背景 (6) 1.3系统研发的目的和意义 (6) 第二章需求分析 (8) 2.1需求描述 (8) 2.2主要功能 (8) 2.3数据需求 (9) 2.3功能模块实现 (9) 2.4数据流图 (10) 2.5数据词典 (11) 第三章数据库概念结构设计 (12) 3.1 E-R 图 (12) 3.1 1 局部 E-R 图 (12) 3.2系统全局E-R图 (12) 3.2系统全局E-R图 (12) 3.3实体及属性的定义 (15) 第四章数据库逻辑计 (17) 4.1初始关系 (17) 4.2规范化处理 (17) 第五章数据库的物理结构设计 (18) 5.1基于SQL Server的数据表设计 (18) 5.2引表 (18) 第六章数据库的实现及操作 (20) 6.1数据表创建 (20) 6.2数据库操作部分 (22) 6.21 数据库的插入操作 (22) 6.22 数据库的修改操作 (22) 6.23 数据库的删除操作 (22)
财政灾备中心数据容灾解决方案 上海浪擎科技有限公司售前咨询部2012年8月25日
目录 1. 统一统筹，责任分明................................... 错误！未定义书签。2．浪擎灾备中心设计 (3) 2.1 灾备中心网络设计 (3) 2.2 两级监管的优势 (4) 2.3 横向扩展—支撑更多的用户 (5) 2.4 浪擎灾备软件的容灾优势 5 3．附件： (10) 2.4 附件1：部分案例介绍 (10) 1.统一统筹，分级管理
众所周知，集中建设备份中心的目的很明确，就是要本着少花钱多办事的原则，为全区域的各政府部门建立起一个共享的灾备平台，统一规划，节省投资。灾备中心共享化的确是一种符合政府信息化需求特点的建设趋势，即建成后将用一个灾备中心同时满足多个政府部门的数据备份保护需求。同时，灾备是一项长效的、专业的系统工程，只有专业的管理和服务才能将产品、技术、运维、演练有机结合，才能真正将灾备落到实处。然而各政府部门用户普遍“人少事多”，在规划和建设灾难备份和恢复系统时，经常面临着许多同样的困惑，例如对灾难恢复建设不熟悉、没经验，管理、技术、运维都面临调整、垂直行业无标准或标准混乱；投资保护和长远规划难于兼顾等等。因此，集中建立一个共享的灾备平台，实现专业人员集中管理，将灾备作为一种既统一管理、又可自主选择灾备级别的服务提供给各委办局使用，能从根本上避免“建而不管，备未无患”的尴尬，同时因为采用共享式灾备，可以极大的节约灾备中心的软硬件投入。 可见，建立集中的政府灾备中心，确实是一件有很大价值的好事儿。 但另一方面，随着部份地区的探索和实践，也发现政府异地灾备份中心与普遍意义的数据（灾备）中心在建设上存在着较大差异，建设和管理还存在很多难处。由区域政府牵头来建设灾备份中心，其核心难度在于：各条块、各委办局IT系统建设程度不一，数据存储形式复杂。因此如何搭建起一个同时满足各种不同复杂需求的统一灾备中心，并如何将灾备作为一种统一的、可选择的服务提供给各委办局使用，的确是一件非常“棘手”的任务。 结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结： 政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。 上海浪擎信息科技有限公司是一家专注于存储、备份与容灾领域解决方案研发的公司，建设了多个大型的政府异地备份系统结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结： 政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。 2.浪擎灾备中心设计 2.1灾备中心网络设计 目前政府电子政务网络由政务内网和政务外网构成。政府灾备可以选择电子政务网络作为灾备的基础网络，对于涉密的系统可经由政务内网传输；对于非涉密的系统可经由政务外网传输。数据量特别大的单位可架设专网接入灾备中心。