容灾系统设计文档
- 格式:pdf
- 大小:471.08 KB
- 文档页数:9
容灾系统设计一.设计目的为了进一步保证icms系统正常运行,同时支持系统级别冗余替换,在平行域的基础上设计此系统容灾机制。
二.设计背景本机制基于具有平行域环境的ICMS系统设计,平行域功能与实现具体参照<<平行域系统设计>>三.基本流程平行域中存在icmsA,icmsB,其中icmsD为系统A与系统B的容灾系统,正常状态下icmsD系统具有自己的系统icms标识,其他系统仅将无法正常送达的平行域信息转发至替代的容灾系统。
容灾系统虽属于平行域下的成员,但其内部更新的数据并不同步到其他分控,仅接受其他分控的数据更新,以下流程为icmsD接替icmsA的手动流程.1.系统切换流程1.Manager登录平行域中的D,根据数据库冗余映射关系通知系统D接替已经冗余的系统A,此时icmsD系统系统D获取切换命令后,首先根据表ExRelationID的数据验证是否支持此系统的冗余替换,如果支持此映射关系则在表ICMSInfo中添加替换系统的信息。
2.根据录像计划表内容自动划分冗余系统D中的存储条带信息,仅分配具有计划任务的设备,其余设备不会参与存储条带的自动分配.3.本地系统完成系统切换后,需要通知平行域内所有管理服务器此次接替动作,其他管理服务器建立映射关系,将之后发送至系统D的所有信令转发给A。
4.此时icms D具有完成icms A系统的所有功能信息,管理服务器通知所有服务器重新启动,媒体服务器成功登录后检测到录像任务开始调度录像任务.5.取消冗余系统替代时,由Manager发送请求至icmsD,恢复系统与平行域系统icms标识,恢复存储条带配置信息等2.平行域流程1.同一个平行域内的系统完成互联动作后,需要首先请求对方的系统信息,包括数据版本,当前使用的ICMSSign等。
并根据获取的系统信息修正加载的系统配置或进行数据同步。
2.当容灾系统发生系统切换动作时,因本地的ICMSSign发生了修改,需要通知平行域的所有成员更新系统信息。
容灾设计部署方案背景系统的可用性一直是企业运维的重要指标之一,而容灾设计则是保证系统高可用的关键措施之一。
在应对可能的灾难事件时,快速恢复和数据保护是容灾设计的核心目标。
本文将介绍一种容灾设计的部署方案,旨在提高系统的可用性和保证业务的连续性。
方案概述容灾设计是指在系统发生灾难时,能够快速从灾难中恢复并保证数据的安全,也是应对灾难事件的一种重要保护措施。
本方案基于以下原则进行设计:1.数据的备份与恢复2.系统的高可用性3.灾难恢复的速度和完整性4.业务连续性的保证针对这些原则,本方案在以下方面进行了设计:数据备份和恢复数据备份是容灾设计的重要组成部分,本方案使用云备份解决方案,进行实时备份和快速恢复,保护数据的完整性和安全性,同时确保备份数据的及时性和恢复速度。
系统高可用性系统高可用性可以通过多个节点的部署实现,本方案采用主从复制技术,通过主服务器和从服务器之间的同步来确保系统的高可用性。
当主节点出现故障时,从节点会自动上升为主节点,从而保证了系统的连续性和不间断性。
灾难恢复的速度和完整性灾难恢复的速度和完整性是容灾设计关注的重点,本方案采用优化后的备份与恢复技术,在灾难发生时,系统可以快速恢复到最近的备份状态,从而保证了系统的连续性和完整性。
业务连续性的保证业务连续性是容灾设计的核心目标,本方案采用负载均衡技术,多节点的部署方案,确保故障转移和负载均衡,以提高系统的可用性和保证业务的连续性。
部署流程部署容灾设计可分为以下三个步骤,具体如下:1.数据备份和恢复方案的选择和配置,建立备份节点和主节点。
2.部署主从复制技术,确保系统高可用性。
3.部署负载均衡和故障转移技术,保证业务的连续性。
总结容灾设计是保证系统高可用性和业务连续性的关键措施之一,本方案在数据备份和恢复、系统高可用性、灾难恢复的速度和完整性、业务连续性的保证等方面进行分析和设计,最终提供了一种部署方案,帮助企业在应对灾难事件时确保数据的安全和系统的连续性。
容灾设计部署方案背景随着业务的不断发展,系统的可靠性和稳定性成为了一项非常重要的需求。
在系统遭受灾难性事件的时候,如何在最短时间内恢复业务变得尤为重要。
容灾(Disaster Recovery,简称DR)就成为了该领域中的一个重要的概念。
容灾设计原则•可用性:系统必须能够在任何情况下继续提供业务服务,保持高可用性。
•可恢复性:系统在灾难发生后,应该尽快恢复以避免业务中断。
•可靠性:系统应该实现数据完整性、数据一致性等,以保证系统的可靠性。
•可验证性:容灾系统应该定期进行测试,验证其可用性、可恢复性和可靠性等。
容灾设计方案容灾设计方案应根据系统需求、业务场景和实际情况综合考虑,选择相应的容灾方案。
具体的容灾方案如下:本地灾备本地灾备主要是通过备份数据、冗余设备、热备等方式来实现系统的容灾。
该方案主要针对单点故障和服务器硬件故障等情况下数据恢复和业务迁移。
本地灾备方案的优点是部署简单、成本相对较低,同时数据的传输速度也比较快。
但是,本地灾备的缺点是易受地域性灾害和系统故障的影响,并且可扩展性较差。
异地灾备异地灾备主要是通过将数据备份到异地机房,使用冗余设备、灾备网路等维护应用系统的高可用性,以快速恢复系统故障。
异地灾备主要针对灾害和地理位置等原因导致本地数据中心无法正常工作的情况下,数据恢复和业务迁移。
异地灾备方案的优点是数据能够在灾害发生前及时备份,即使发生意外也能快速恢复数据和应用系统。
缺点是成本相对较高,同时数据传输速度也较慢。
混合灾备综合本地灾备和异地灾备的方案,可以规避两者本身的缺点,以达到最佳的容灾效果。
混合灾备方案的优点是相对于本地灾备,具有更高的可用性和可靠性;相对于异地灾备,成本较低,应用系统可扩展性也更高。
缺点是需要额外的维护成本。
部署方案容灾设计部署方案需要结合具体的业务需求来考虑。
一般而言,需要在现有系统后端适配容灾模块。
其主要步骤如下:•选择合适的容灾方案;•制定容灾策略,明确容灾方案的实施流程;•部署容灾系统,进行系统测试;•定期对容灾系统进行测试,保证其可用、可恢复和可靠。
异地容灾方案文档一、为啥要搞异地容灾?咱先说说为啥要有这个异地容灾的事儿。
你想啊,咱们的数据就像宝贝一样,万一本地出了啥大岔子,比如火灾把机房烧了(虽然这听起来有点吓人,但不是没可能哦),或者地震把服务器震坏了,要是没有个备份在别的地方,那咱们的宝贝数据可就全没了。
这就好比你把所有的钱都放在一个钱包里,要是这个钱包丢了,你就啥都没了。
所以啊,异地容灾就是给咱们的数据多找几个安全的家,以防万一。
二、容灾目标是啥?咱这个异地容灾方案的目标呢,就是要做到数据丢不了,业务停不了(或者最多停一小会儿,就像打个小盹儿一样)。
不管本地发生啥灾难,咱们在异地的数据中心都能马上接手,让公司的业务还能像平常一样运转,就像接力赛一样,一棒接一棒,不能掉链子。
三、容灾地点的选择。
1. 距离要合适。
这个异地容灾的地点可不能随便选。
不能离本地太近,要是有个区域性的灾难,比如洪水或者大面积停电,两个地方都受影响,那可就白搭了。
但是也不能太远,太远了数据传输就会很慢,就像你隔着好几个国家打电话,信号总是不好一样。
一般来说,几百公里到一千多公里比较合适。
2. 地质和环境稳定。
咱们得找个地质比较稳定的地方,可不能选在经常地震或者容易发生山体滑坡的地方。
而且环境也要好,不能老是有洪水或者台风光顾。
比如说,选在一个小山丘上,周围没有大河的地方,可能就比较安全。
当然啦,还要考虑当地的治安情况,要是经常有小偷小摸的,那可不行,咱的数据可不能被惦记上。
3. 网络和基础设施要好。
网络就像咱们数据传输的高速公路,要是网络不好,数据就会在路上堵车。
所以容灾地点得有高速稳定的网络连接,最好是有多个网络运营商的线路,这样就像有好几条备用的路一样。
基础设施也很重要,电力供应要稳定,不能老是停电。
要是能有自己的备用发电设备就更好了,就像给数据中心准备了个充电宝一样。
四、数据同步策略。
1. 实时同步。
对于那些特别重要的数据,就像公司的财务数据或者核心业务数据,咱们要搞实时同步。
xxxxxxx应用容灾系统建议方案目录1.用户需求及针对本需求的容灾系统设计综述 (3)1。
1应用数据安全级别的分级考虑 (3)1。
2用户需求分析: (4)1.3本项目中需要注意的几个要点 (5)2。
数据容灾系统的详细设计 (8)2.1系统设计原则 (8)2.2系统的产品选择 (8)3。
3灾备中心的组建 (10)2。
4数据容灾系统的基本结构 (11)2。
5数据的远程复制流程 (13)2.6数据的远程恢复流程 (14)2。
7本容灾系统的结构特点 (17)2。
8数据容灾系统扩展 (18)2.9系统投资保障 (18)3.数据容灾系统与其他方案的简要比较 (18)4.数据容灾系统的实施计划 (20)4。
1系统实施需求规划 (20)4.2相关性要求/实施步骤 (21)4。
3系统配置清单 (23)5。
数据容灾系统的测试/验收计划 (23)5.1基本测试及对O R A CL E和其他类型数据的测试 (23)5.2切换及回切的测试 (24)5。
3故障测试 (25)6.数据容灾系统的日常管理/演练计划 (26)7。
应用级容灾的规划 (26)8。
后续其他节点的扩展规划 (27)10. EMC RECOVERPOINT的维护 (27)附件一:美国EMC公司简要介绍............................................................. 错误!未定义书签。
xxxxxxx应用容灾系统建议方案1.用户需求及针对本需求的容灾系统设计综述xxxxxxx当前的应用系统类别较多,包括了办公及业务等多个方面。
在平台上包括Windows及当前主流的多种UNIX,在存储体系上也具有多种型号的存储产品.因此,整个系统的复杂程度较大。
同时,由于应用系统一经处于比较完善的程度,因此,任何的调整都将带来很大的影响.为此,为了确保数据的安全性,在早期用户实施了数据的磁带备份,但对于关键数据来说,这种磁带备份还不能够完全满足系统抵御各种灾难的能力.为此,用户考虑对数据实施灾备计划。
容灾系统设计一.设计目的为了进一步保证icms系统正常运行, 同时支持系统级别冗余替换, 在平行域的基础上设计此系统容灾机制。
二.设计背景本机制基于具有平行域环境的ICMS系统设计, 平行域功能与实现具体参照<<平行域系统设计>>三.基本流程平行域中存在icmsA, icmsB, 其中icmsD为系统A与系统B的容灾系统, 正常状态下icmsD系统具有自己的系统icms标识, 其它系统仅将无法正常送达的平行域信息转发至替代的容灾系统。
容灾系统虽属于平行域下的成员, 但其内部更新的数据并不同步到其它分控, 仅接受其它分控的数据更新, 以下流程为icmsD接替icmsA的手动流程.1.Manager登录平行域中的D, 根据数据库冗余映射关系通知系统D接替已经冗余的系统A, 此时icmsD系统系统D获取切换命令后, 首先根据表ExRelationID的数据验证是否支持此系统的冗余替换, 如果支持此映射关系则在表ICMSInfo中添加替换系统的信息。
2.根据录像计划表内容自动划分冗余系统D中的存储条带信息, 仅分配具有计划任务的设备, 其余设备不会参与存储条带的自动分配.3.本地系统完成系统切换后, 需要通知平行域内所有管理服务器此次接替动作,其它管理服务器建立映射关系, 将之后发送至系统D的所有信令转发给A。
4.此时icms D具有完成icms A系统的所有功能信息, 管理服务器通知所有服务器重新启动, 媒体服务器成功登录后检测到录像任务开始调度录像任务. 5.取消冗余系统替代时, 由Manager发送请求至icmsD, 恢复系统与平行域系统icms标识, 恢复存储条带配置信息等1.同一个平行域内的系统完成互联动作后, 需要首先请求对方的系统信息, 包括数据版本, 当前使用的ICMSSign等。
并根据获取的系统信息修正加载的系统配置或进行数据同步。
2.当容灾系统发生系统切换动作时, 因本地的ICMSSign发生了修改, 需要通知平行域的所有成员更新系统信息。
容灾系统方案一、引言在现代社会,信息技术的高度发展使得各个行业的业务高度依赖于计算机系统和网络设备。
然而,计算机系统和网络设备的故障或者灾难往往会给企业带来巨大的损失。
为了保障业务的连续性和可靠性,建立一个高效的容灾系统方案至关重要。
二、容灾系统的定义容灾系统,即容灾备份系统,是在主系统出现故障或灾难时,能够迅速切换到备用系统,保障业务的连续性和可靠性的一种技术手段。
容灾系统的设计应当考虑到系统的可用性、数据的完整性和业务的持续性。
三、容灾系统方案设计1. 可用性分析在设计容灾系统方案之前,首先要进行可用性分析,了解当前系统的弱点和故障点,对关键业务进行优先级排序,明确容灾目标和需求。
在容灾系统设计中,一般采用主备切换或者多活方案。
2. 容灾策略选择根据可用性分析结果,选择合适的容灾策略。
常用的容灾策略有备份系统、热备系统、冷备系统、异地备份系统等。
选择容灾策略时要综合考虑系统的可靠性、成本以及对业务的影响。
3. 备用设备选型与部署根据容灾策略,选择合适的备用设备,并进行设备的选型与部署。
在备用设备选型时,要考虑设备的性能、稳定性和兼容性等因素。
在部署备用设备时,要确保备用设备与主设备之间的数据同步和配置同步。
4. 网络架构设计容灾系统方案的设计中,网络架构是一个关键的部分。
合理的网络架构设计能够提高容灾系统的可用性和可靠性。
在网络架构设计中,要考虑网络拓扑、网络带宽、网络设备冗余等因素。
5. 容灾演练与测试容灾系统方案的设计完成后,需要进行容灾演练和测试,以验证容灾系统的可行性和有效性。
容灾演练和测试应当模拟真实的故障场景,全面测试容灾系统的切换时间、数据完整性和故障恢复能力。
四、容灾系统方案的优势与挑战容灾系统方案的优势包括:提高业务连续性和可靠性、保障数据安全和完整性、降低业务中断和损失、提升系统性能和可扩展性。
容灾系统方案的挑战包括:高成本投入、复杂的技术要求、系统运维难度增加、容灾演练和测试的复杂性。
容灾设计方案引言容灾(Disaster Recovery,DR)是指为了保证系统运行时不受灾害影响,将应用系统和数据从一个地理位置迁移到另一个地理位置的一套技术、流程和管理方法。
本文将介绍容灾的基本概念、原则以及容灾设计的具体方案。
容灾的基本概念和原则容灾设计的目标是确保在灾难情况下系统能够继续运行,以减少对业务的影响。
以下是容灾设计的基本概念和原则:1.容灾的定义:容灾是一种系统设计方法,通过制定策略,在灾难期间或灾难结束后,以最小的努力和最短的时间来恢复系统和数据,从而保证系统的连续性和可靠性。
2.高可用性设计:容灾方案应该考虑到系统的高可用性。
这可以通过在不同的数据中心部署备用设施来实现,以确保在一个数据中心发生故障时,系统能够自动切换到备用设施并继续运行。
3.数据备份和恢复:容灾设计应该包括定期的数据备份,并确保备份数据能够在灾难发生时快速恢复。
数据备份的频率和恢复时间目标(Recovery Time Objective,RTO)应根据业务需求和数据重要性来确定。
4.灾难风险评估:容灾设计应该基于对灾难风险的全面评估。
这包括对可能发生的灾难类型(如自然灾害、设备故障等)进行分析,并确定其对系统的潜在影响。
评估结果可以帮助确定容灾方案中需要考虑的关键因素和措施。
5.容灾测试和演练:容灾设计应该包括定期的容灾测试和演练。
测试和演练可以帮助验证容灾方案的可行性,并发现潜在的风险和问题。
这样可以及时修正并提高容灾方案的有效性。
容灾设计方案以下是一个基本的容灾设计方案,以确保系统在灾难发生时能够保持连续运行:1.多数据中心部署:在不同的地理位置建立多个数据中心,以分散系统的风险。
主要数据中心负责日常运行,备用数据中心则在灾难发生时接管主要数据中心的功能。
2.冗余设备和网络:在主要数据中心和备用数据中心部署冗余设备和网络。
这样可以确保在一个数据中心发生故障时,系统能够自动切换到备用设施,并保持对用户的可用性。
容灾系统方案1. 引言容灾(Disaster Recovery,DR)是指在发生灾难性事件时,为了保障系统和数据的可用性而采取的各种措施和技术手段。
容灾系统方案是指在设计和实施容灾策略时所采用的总体方案和方法。
本文将介绍一个完整的容灾系统方案,包括容灾的目标、容灾的策略、容灾的架构和容灾的实施步骤。
2. 容灾的目标容灾的目标是确保系统和数据的高可用性和可恢复性,在灾难事件发生后能够在最短时间内恢复系统的运行,并保证数据的完整性和可用性。
具体的目标包括:•最大限度地减少系统停机时间,保证业务连续性;•尽可能地减少数据丢失,确保数据的完整性和可用性;•在最短时间内实现灾难恢复,缩短业务中断时间;•提供全面的容灾测试,确保容灾系统的有效性和稳定性。
3. 容灾的策略容灾的策略通常包括备份、镜像和冗余三个方面:3.1 备份策略备份策略是指对关键数据和系统进行定期备份,以便在灾难发生时能够快速恢复。
备份策略应考虑以下因素:•定期备份数据,根据数据的重要性和变化频率确定备份频率;•保留多份备份,以备份的时间点为基准,通过全量备份和增量备份相结合的方式,确保数据的完整性和可恢复性;•将备份数据存储在安全可靠的地方,防止数据丢失或被损坏。
3.2 镜像策略镜像策略是指将关键系统和数据实时复制到另外一套相同或相似的系统中,以保证在主系统发生故障时能够快速切换到备用系统。
镜像策略应考虑以下因素:•实时进行系统和数据的镜像复制,保证备用系统中的数据始终与主系统保持一致;•增量镜像和全量镜像相结合,减少数据传输的时间和带宽占用;•合理划分镜像的功能和资源,避免单点故障和资源浪费。
3.3 冗余策略冗余策略是指通过在关键节点上增加冗余设备和资源,提高系统的可用性和容错能力。
冗余策略应考虑以下因素:•在关键节点上增加冗余设备,如服务器、网络设备和存储设备等;•配置负载均衡和故障切换设备,实现系统的自动负载均衡和故障切换;•合理划分冗余资源的位置和数量,避免资源的浪费和单点故障。
容灾系统设计一.设计目的为了进一步保证icms系统正常运行,同时支持系统级别冗余替换,在平行域的基础上设计此系统容灾机制。
二.设计背景本机制基于具有平行域环境的ICMS系统设计,平行域功能与实现具体参照<<平行域系统设计>>三.基本流程平行域中存在icmsA,icmsB,其中icmsD为系统A与系统B的容灾系统,正常状态下icmsD系统具有自己的系统icms标识,其他系统仅将无法正常送达的平行域信息转发至替代的容灾系统。
容灾系统虽属于平行域下的成员,但其内部更新的数据并不同步到其他分控,仅接受其他分控的数据更新,以下流程为icmsD接替icmsA的手动流程.1.系统切换流程1.Manager登录平行域中的D,根据数据库冗余映射关系通知系统D接替已经冗余的系统A,此时icmsD系统系统D获取切换命令后,首先根据表ExRelationID的数据验证是否支持此系统的冗余替换,如果支持此映射关系则在表ICMSInfo中添加替换系统的信息。
2.根据录像计划表内容自动划分冗余系统D中的存储条带信息,仅分配具有计划任务的设备,其余设备不会参与存储条带的自动分配.3.本地系统完成系统切换后,需要通知平行域内所有管理服务器此次接替动作,其他管理服务器建立映射关系,将之后发送至系统D的所有信令转发给A。
4.此时icms D具有完成icms A系统的所有功能信息,管理服务器通知所有服务器重新启动,媒体服务器成功登录后检测到录像任务开始调度录像任务.5.取消冗余系统替代时,由Manager发送请求至icmsD,恢复系统与平行域系统icms标识,恢复存储条带配置信息等2.平行域流程1.同一个平行域内的系统完成互联动作后,需要首先请求对方的系统信息,包括数据版本,当前使用的ICMSSign等。
并根据获取的系统信息修正加载的系统配置或进行数据同步。
2.当容灾系统发生系统切换动作时,因本地的ICMSSign发生了修改,需要通知平行域的所有成员更新系统信息。
3.如果被接替的系统与容灾系统同时存在时,容灾系统具有较高的优先级,可以优先获取相同ICMSSign的数据信息。
如下图所示原始平行域内系统信息链表排列容灾系统C接替系统A后新容灾系统D接入平行域后四.数据库设计1.本地系统标识相关表字段名类型说明ICMSInfoID Int(PK)本级ICMS信息表IDICMSSign Nvarchar(100)ICMS标识符(必须唯一,与GUID一样)ICMSName Nvarchar(50)ICMS名称ExtendedInfo Int扩展字段ExtendedInfo1Nvarchar(2000)扩展字段注:ExtendedInfo为0标识此列ICMSSign是本地系统标识,为1代表临时系统标识2.平行域系统标识相关表字段名类型说明PublicDomainInfoID Int(PK)共享域信息表IDDomainName Nvarchar(500)共享域域名DomainCode Nvarchar(500)共享域编号(不同的域,编号不一样)CreateTime Datetime()创建时间ICMSSignUser Nvarchar(100)用户信息所在ICMS标识符(用于确定创建人所在的ICMS系统)ICMSUserInfoID Int ICMS系统用户信息表ID号(创建人)ExtendedInfo Int扩展字段ExtendedInfo1Int扩展字段ExtendedInfo2Nvarchar(2000)扩展字段注:此表用于存放创建的各个共享域的相关信息。
字段名类型说明PublicDomainDistID Int(PK)共享域分配信息表ID PublicDomainInfoID Int(FK)共享域信息表IDMemberName Nvarchar(100)成员名称ICMSSign Nvarchar(100)ICMS标识符(用于确定MC所在的ICMS系统)MCIP Nvarchar(20)MC地址MCPort Int MC端口号ExtendedInfo Int扩展字段ExtendedInfo1Nvarchar(2000)扩展字段注:此表用于存放服务器(主要是指MC)在共享域中的存放位置信息。
字段名类型说明PublicDomainUserID Int(PK)共享域用户管理表ID PublicDomainInfoID Int(FK)共享域信息表IDICMSSignUser Nvarchar(100)用户信息所在ICMS标识符(用于确定创建人所在的ICMS系统)ICMSUserInfoID Int ICMS系统用户信息表ID号(创建人)ExtendedInfo Int扩展字段ExtendedInfo1Nvarchar(2000)扩展字段注:此表用于存放管理共享域的用户ID信息。
3.系统冗余标识字段名类型说明ServerManagerID Int(PK)服务器管理表ID号ICMSSign Nvarchar(100)ICMS标识符(用于确定它所在的ICMS系统)ICMSServerManagerID Int ICMS级的服务器ID(用于确定它所在的ICMS系统的服务器ID号)Sname Nvarchar(50)服务器名称ServerType Int服务器类型代码(见:附件)SIP Nvarchar(20)服务器IPSport Int服务器端口OnLine Bit在线离线状态(0:离线;1:在线)OrganizeListID Int(FK)组织结构列表ID号(它们是1:1的关系)PSSign Int主从服务器标志(0:主1:从2:冗余)StorageTruss Int存储构架类型代码(见:附件)MSCSID Int(FK)集群信息表ID(只限于iSwitch服务器)ChannelCount Int支持的通道数量(只限于存储服务器使用)ExtendedInfo Varchar(2000)扩展字段ExtendedInfo1Int扩展字段1ExtendedInfo2Nvarchar(2000)扩展字段2ExtendedInfo3Int扩展字段3注:服务器是针对不同级的ICMS系统的。
服务器PSSign标识支持|符号,但主与从添加时不可同时勾选服务器类型为“0x100E媒体存储服务器”时,ExendedInfo字段存储服务器的用户名密码XML信息。
4.存储条带自动分配相关表字段名类型说明DiskStorageInfoID Int(PK)存储磁盘基本信息表IDDSName Nvarchar(50)存储磁盘名称ChannelCount Int支持的通道数量DiskType Int存储磁盘类型(0:主磁盘;1:备用磁盘)MSCSID Int(FK)逻辑磁盘属于哪个集群VideoTactic Text录像写入策略(为XML字符串)ExtendedInfo Int扩展字段ExtendedInfo1Nvarchar(2000)扩展字段字段名类型说明DiskIPSANInfoID Int(PK)存储磁盘与IPAN对应关系表ID DiskStorageInfoID Int(FK)存储磁盘基本信息表IDIPSANInfoID Int(FK)IPSAN信息表IDExtendedInfo Int扩展字段ExtendedInfo1Nvarchar(2000)扩展字段注:此表用于保存存储磁盘与IPAN对应关系,通过它可以双向查找互相的关系。
字段名类型说明ResourceDistributeID Int(PK)存储资源分配信息表ID DiskStorageInfoID Int(FK)存储磁盘基本信息表IDSubEquipmentID Int(FK)子设备表ID号LimitValue Int阀值大小(单位:天)Overlay Bool是否覆盖(0:否;1:是)ServerManagerID Int(FK)关联的存储服务器IDExtendedInfo Int扩展字段ExtendedInfo1Nvarchar(2000)扩展字段ExtendedInfo2Int扩展字段ExtendedInfo3Int扩展字段ExtendedInfo4Nvarchar(2000)扩展字段字段名类型说明IPSANInfoID Int(PK)IPSAN信息表IDIP Nvarchar(50)IPSAN的IP地址Port Int IPSAN端口号TargetName Nvarchar(3000)盘柜字符标识Directory Nvarchar(3000)盘柜映射的目录或磁盘。
如:D:\或D:\DiskA MSCSID Int(FK)IPSAN属于哪个集群LastOperDateTime DateTime最后操作的时间记录StorageType Int存储单元类型,默认值为0。
(0:IPSAN1:NAS) Lun Int存储单元编号ExtendedInfo Nvarchar(2000)备用字段ExtendedInfo1Int扩展字段ExtendedInfo2Int扩展字段ExtendedInfo3Int扩展字段ExtendedInfo4Nvarchar(2000)扩展字段注:由需求知:IPSAN大概4-500台,盘柜大概是2000-3000个,最多一个盘柜映射成400个。
5.录像任务同步相关表字段名类型说明CPlanDetailID Int(PK)循环天计划细节表ID号SubEquipmentID Int(FK)子设备ID索引ICMSSubEquipmentID Int子设备IDICMSSign Nvarchar(100)子设备ICMSSign标识PlanType Int计划类型代码(见:附件)StartDate Datetime()第一次计划开始日期StartTime Datetime()计划起始时间(如:12:13:00)EndTime Datetime()计划结束时间(如:15:13:00)Circularlens Int步长(一般是:7天)PlanParameter Nvarchar(3000)计划参数设置(如:码流等)StartFlag Bit是否启用(0:否;1:是)VideoEncoder Nvarchar(2000)视频编码ExtendedInfo Int扩展字段ExtendedInfo1Int扩展字段ExtendedInfo2Nvarchar(2000)扩展字段ExtendedInfo3Nvarchar(2000)扩展字段注:此表包括录像与布防计划。
字段名类型说明NCPlanDetailID Int(PK)非循环天计划细节表ID号SubEquipmentID Int(FK)子设备ID索引ICMSSubEquipmentID Int子设备IDICMSSign Nvarchar(100)子设备ICMSSign标识PlanType Int计划类型代码(见:附件)TimeType Int计划时间通配符说明0:指定年月日;1:按日的;2:按月的;StartTime Datatimer()计划起始时间EndTime Datatimer()计划结束时间PlanParameter Nvarchar(3000)计划参数设置(如:码流等)VideoEncoder Nvarchar(2000)视频编码ExtendedInfo Int扩展字段ExtendedInfo1Int扩展字段ExtendedInfo2Nvarchar(2000)扩展字段ExtendedInfo3Nvarchar(2000)扩展字段注:此表包括录像与布防计划。