当前位置：文档之家 › 省公安异地数据备份方案-NBU

省公安异地数据备份方案-NBU

  • 格式：doc
  • 大小：1.09 MB
  • 文档页数：26

XX公安信息网异地备份方案赛门铁克软件（北京）有限公司目录XX公安信息网异地备份 (1)方案........................................ 错误!未定义书签。

第 1 章技术规范 (4)1.1容灾的总体规划 (4)1.1.1技术指标RPO、RTO (5)1.1.2国际标准SHARE 78 (5)1.1.2.1Tier 0 (7)1.1.2.2Tier 1 (7)1.1.2.3Tier 2 (7)1.1.2.4Tier 3 (8)1.1.2.5Tier 4 (8)1.1.2.6Tier 5 (9)1.1.2.7Tier 6 (9)1.1.3界定灾备系统的适用范围 (9)1.1.4界定灾备建设的目标 (10)1.1.5界定灾备系统的总体架构 (10)第 2 章现状与需求分析； (12)2.1建设现状 (12)2.1.1XX省公安厅备份系统现状 (12)2.1.2空间中心灾备系统现状 (13)2.2现状分析 (14)2.2.1XX省公安厅现状分析 (14)2.2.2XX省空间信息中心现状分析 (15)2.2.2.1需求分析 (16)2.2.2.2网络系统需求分析 (16)2.2.3XX省公安厅存储扩容需求分析 (16)2.2.4各地市公安的数据异地备份存储需求 (17)2.2.5XX省空间信息中心存储扩容需求分析 (17)2.2.6容灾备份恢复系统需求分析 (17)2.2.7数据量需求分析 (17)第 3 章系统总体设计； (18)3.1长期规划 (18)3.2现阶段规划 (19)3.2.1建立和完善本地数据备份系统 (19)3.2.2实现省厅备份数据的异地存放 (20)3.2.3实现省厅核心应用数据实时异地存放 (20)3.2.4实现地市备份数据的异地集中存放 (21)第 4 章系统建设方案； (21)4.1建立和完善本地数据备份系统 (21)4.2实现省厅备份数据的异地存放 (22)4.3实现省厅核心应用数据实时异地存放 (24)4.4实现地市备份数据的异地集中存放 (25)第 1 章技术规范作为风险防范系统，异地备份系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。

计算机信息系统实现数据大集、应用大集中后，系统的运行安全成为风险控制的焦点。

目前，已经有多系统开始或准备进行灾备系统的建设，灾备系统建设的目标是减灾容灾，使计算机信息系统和数据能够最大限度地防范和化解各种意外和灾害所带来的风险。

然而，灾备系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。

灾备系统建设中所涉及的潜在风险大致可分为技术风险、管理风险和投资风险，其中尤以技术选择风险最大，技术方案选择优越，可以规避一定的管理风险和投资风险。

而这三者也存在内在的相互关联，不同灾备级别对应的建设投资规模、所采用的技术以及实施和管理的复杂度也不同，同一系统内部，随着应用系统的重要性不同，各应用系统采用的容灾级别也不相同，同时，无论是哪一级别的容灾，都要考虑保护计算机系统的原有投资，并提高灾备系统建设设备和投资的利用率，降低容灾系统的投资成本。

1.1 容灾的总体规划真正的容灾是数据被不间断的一致性访问，简单的讲就是在保证数据一致的同时，应用（业务）系统在预计的灾难事件发生时，能够正常的被访问和使用。

但是，因为应用（业务）对于数据的一致性和允许中断时间的不同，而分为不同的等级，级别不同，灾备系统所采用的技术和达到的功能是不同的，在系统建设资金投入方面的差距也很巨大。

所以，对用户来说，明确灾备系统建设的总体规划，明确不同应用（业务）采取不同级别的容灾技术十分必要。

1.1.1 技术指标RPO、RTO衡量容灾技术的两个技术指标RPO、RTORPO(Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。

及在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原生产中心不一至的数据量。

RPO是反映恢复数据完整性的指标，在同步数据复制方式下，RPO等于数据传输时延的时间；在异步数据复制方式下，RPO基本为异步传输数据排队的时间。

在实际应用中，考虑到数据传输因素，业务数据库与容灾备份数据库的一致性（SCN）是不相同的，RPO表示业务数据与容灾备份数据的SCN的时间差。

发生灾难后，启动容灾系统完成数据恢复，RPO就是新恢复业务系统的数据损失量。

RTO(Recovery Time Objective):以应用为出发点，即应用的恢复时间目标，主要指的是所能容忍的应用停止服务的最长时间，也就是从灾难发生到业务系统恢复服务功能所需要的最短时间周期。

是反映业务恢复及时性的指标，表示业务从中断到恢复正常所需的时间。

RTO值越小，代表容灾系统的数据恢复能力越强。

各种容灾解决方案的RTO有较大差别，基于光通道技术的同步数据复制，配合异地备用的业务系统和跨业务中心与备份中心的高可用管理，这种容灾解决方案具有最小的RTO。

容灾系统为获得最小的RTO，需要投入大量资金。

不同级别容灾方案的RTO和RPO是不相同的。

1.1.2 国际标准SHARE 78要建设容灾系统，就必须提出相应的设计指标，以此作为衡量和选择容灾解决方案的参数。

目前，国际上通用的容灾系统的评审标准为SHARE 78，主要包括以下内容。

●备份/恢复的范围●灾难恢复计划的状态●业务中心与容灾中心之间的距离●业务中心与容灾中心之间如何连接●数据是怎样在两个中心之间传送的●允许有多少数据丢失●保证更新的数据在容灾中心被更新●容灾中心可以开始容灾进程的能力SHARE 78是建立容灾系统的一种评审标准。

建立容灾系统的最终目的，是为了在灾难发生后能够以最快速度恢复数据服务，主要体现在RTO Objective)和RPO上。

SHARE 78, M028报告中定义的灾备的七个级别和与其对应的数据丢失量与恢复时间情况详见下表：灾难备份等级与业务恢复情况对照表等级描述PRO RTO Symantec方案0级无灾备计划- - 本地数据备份（NBU）1级车辆运送方式24~48小时>48小时本地数据备份，异地存放（NBU+Vault）2级车辆运送＋热备份24~48小时24小时本地数据备份、异地数据备份（NBU+Vault）3级电子传送<24小时<24小时本地数据备份、异地数据备份（NBU+Vault）4级活动状态备份中心秒级<24小时异地应用级容灾（SF＋VVR）5级两中心、两阶段确认秒级<2小时异地应用级容灾（SF＋VVR）6级零数据丢失零丢失<2小时异地应用级容灾（SF＋VVR）1.1.2.1 Tier 0Tier 0 - 无异地数据备份(No off-site Data)Tier 0 被定义为没有信息存储的需求，没有建立备份硬件平台的需求，也没有发展应急计划的需求，数据仅在本地进行备份恢复，没有数据送往异地。

这种方式是最为低成本的灾难备份解决方案，但事实上这种灾难备份并没有真正灾难备份的能力，因为它的数据并没有被送往远离本地的地方，而数据的恢复也仅是利用本地的记录。

1.1.2.2 Tier 1Tier 1- PTAM车辆转送方式( Pickup Truck Access Method)作为 Tier 1 的灾难备份方案需要设计一个应急方案，能够备份所需要的信息并将它存储在异地，然后根据灾难备份的具体需求，有选择地建立备份平台，但事先并不提供数据处理的硬件平台。

PTAM是一种用于许多中心备份的标准方式，数据在完成写操作之后，将会被送到远离本地的地方，同时具备有数据恢复的程序。

在灾难发生后，一整套系统和应用安装动作需要在一台未启动的计算机上重新完成。

系统和数据将被恢复并重新与网络相连。

这种灾难备份方案相对来说成本较低(仅仅需要传输工具的消耗以及存储设备的消耗)。

但同时有难于管理的问题，即很难知道什么样的数据在什么样的地方。

一旦系统可以工作，标准的做法是首先恢复关键应用，其余的应用根据需要恢复。

这样的情况下，恢复是可能的，但需要一定的时间，同时依赖于什么时候硬件平台能够被提供准备好。

1.1.2.3 Tier 2Tier 2 - PTAM卡车转送方式+热备份中心 (PTAM+Hot Site)Tier 2相当于是Tier 1再加上具有热备份能力中心的灾难备份。

热备份中心拥有足够的硬件和网络设备去支持关键应用的安装需求。

对于十分关键的应用，在灾难发生的同时，必须在异地有正运行着的硬件平台提供支持。

这种灾难备份的方式依赖于用PTAM的方法去将日常数据放在异地存储，当灾难发生的时候，数据再被移动到一个热备份的中心。

虽然移动数据到一个热备份中心增加了成本，但却明显降低了灾难备份的时间。

1.1.2.4 Tier 3Tier 3 - 电子传送(Electronic Vaulting)Tier 3 是在Tier 2的基础上用电子链路取代了车辆进行数据传送的灾难备份。

接收方的硬件平台必须与生产中心物理地相分离，在灾难发生后，存储的数据用于灾难备份。

由于热备份中心要保持持续运行，因此增加了成本。

但确实是消除了运送工具的需要，提高了灾难备份的速度。

1.1.2.5 Tier 4Tier 4 - 活动状态的备份中心 (Active Secondary Site)Tier 4 这种灾难备份要求两个中心同时处于活动状态并管理彼此的备份数据，允许备份行动在任何一个方向发生。

接收方硬件平台必须保证与另一方平台物理地相分离，在这种情况下，工作负载可以在两个中心之间被分担，两个中心之间之间彼此备份。

在两个中心之间，彼此的在线关键数据的拷贝不停地相互传送着。

在灾难发生时，需要的关键数据通过网络可迅速恢复，通过网络的切换，关键应用的恢复时间也可降低到了小时级。

1.1.2.6 Tier 5Tier 5 - 两中心两阶段确认 (Two-Site Two-Phase Commit)Tier 5 是在Tier 4的基础上在镜像状态上管理着被选择的数据 (根据单一commit范围，在本地和远程数据库中同时更新着数据)，也就是说，在更新请求被认为是满意之前，Tier 5需要生产中心与备份中心的数据都被更新。

我们可以想象这样一种情景，数据在两个中心之间相互映像，由远程two-phase commit来同步，因为关键应用使用了双重在线存储，所以在灾难发生时，仅仅传送中的数据被丢失，恢复的时间被降低到了小时级。

1.1.2.7 Tier 6Tier 6 - 零数据丢失 (Zero Data Loss)Tier 6 可以实现零数据丢失率，同时保证数据立即自动地被传输到备份中心。

合集下载

本地数据备份及异地数据级灾备项目建设方案

本地数据备份及异地数据级灾备项目建设方案

本地数据备份及异地数据级灾备项目建设方案XX地税本地数据备份及异地数据级灾备项目建设方一、数据备份及异地灾备系统项目分析随着国家经济从计划经济向市场经济发展步伐的不断加快，西部大开发的政策也促使中西部地区的经济蓬勃发展，在这种情况下，作为国家对市场经济发展进行有效调控的一种重要手段，税收管理日益呈现出了其在当今经济生活中的重要性和权威性。

因此在各种与经济发展相关的税收信息越来越多元化，海量化的发展的同时，传统的人工处理方式已经越来越不适合当前经济发展的需要了，而计算机信息技术的发展又为税务信息化工作提供了强有力的支持。

目前作为西部经济发展最迅速省份之一的陕西省的地税系统，必定需要一个非常强大的税务信息系统的有效支撑，同时随着税务信息处理系统的建成投入使用，我们又必须面对更严峻的考验，那就是如何科学、安全、有效地保护税务信息系统中的海量化税收信息数据。

我省税务信息系统按照“秦税工程”方案于3月份完成了对省地税集中数据中心系统的搭建。

数据大集中处理是今后发展的一种趋势，一方面有利于对税收业务系统进行统一规划管理，让全省所有分支机构采用统一的业务系统平台，减少管理漏洞；另一方面利于省地税对数据信息的统一管理，可以更好的利用和保护这些核心业务数据；同时也可以减少各地的信息化重复建设费用。

伴随着我省地税信息系统的数据集中处理模式，可以预计，税务系统的业务运作、经营管理将越来越依赖于数据中心各业务信息系统的可靠运行。

我中心所提供的税务系统服务的连续性以及业务数据的完整性、正确性、有效性都会直接关系到全省地税系统的生产、经营和决策活动。

一旦因自然灾害、设备故障或人为因素等原因引起计算机系统停顿导致信息数据丢失和业务处理中断，将会给我省税务部门造成巨大的经济损失和声誉损害，甚至是税务数据的致命打击！在数据大集中的模式下，我们也必须处理因数据集中处理也伴随而来一些不得不面对的运行风险，如：这些集中的数据会因为一些突然发生的灾难而造成破坏或者永久性的损失。

省公安异地数据备份方案NBU

省公安异地数据备份方案NBU

省公安异地数据备份方案NBU一、方案背景随着信息化建设的快速发展，各行各业都面临着大量的数据积累和管理挑战。

在公安系统中，数据的安全性和可靠性尤为重要。

为了确保公安系统数据的完整性和可恢复性，需要建立一个省公安异地数据备份方案。

二、方案目标该方案的目标是通过建立异地数据备份系统，确保公安系统数据的安全性和可靠性。

具体目标如下：1. 实现数据的自动备份和恢复，减少人工操作的风险。

2. 提高数据备份的效率和可靠性，确保数据的完整性和一致性。

3. 构建高可用性的异地备份系统，保证数据的可恢复性和业务连续性。

三、方案内容1. 数据备份方案1.1 数据备份策略：根据数据的重要性和变化频率，制定不同的备份策略。

对于重要数据和频繁变动的数据，采用实时备份策略，确保数据的实时性和完整性。

对于其他数据，采用定期备份策略，如每日、每周或每月备份，以满足不同数据的恢复需求。

1.2 数据备份频率：根据数据变化的频率，设置备份频率。

对于实时备份的数据，可以每小时或每天进行备份。

对于定期备份的数据，可以根据业务需求设置备份频率。

1.3 数据备份存储：将备份数据存储到异地的可靠存储设备中，确保数据的安全性和可靠性。

可以采用云存储、磁带库等方式进行数据存储。

1.4 数据备份验证：定期对备份数据进行验证，确保备份数据的完整性和可恢复性。

可以通过比对备份数据与源数据的差异来验证备份的准确性。

1.5 数据备份恢复：建立完善的数据备份恢复机制，确保在数据丢失或损坏时能够及时恢复数据。

可以通过备份软件或工具进行数据恢复操作。

2. 异地备份系统2.1 异地备份位置：选择一个离主数据中心较远的地理位置作为异地备份中心，以确保数据的安全性。

可以选择在不同城市或不同地区建立异地备份中心。

2.2 异地备份网络：建立稳定可靠的网络连接，确保数据备份的实时性和可靠性。

可以采用专线、VPN等方式进行网络连接。

2.3 异地备份设备：选择可靠的备份设备，如服务器、存储设备等，建立异地备份系统。

与公安厅数据交互方案(1.1)

与公安厅数据交互方案(1.1)

与省公安厅数据交互方案一、数据对接的考量目前省社保中心要与省公安厅的人口基本信息数据实现对接，我们可以根据数据量的不同、实时性的要求不同、对接的频率（次数）不同而采取多种方案。

首先是数据量的不同。

第一次对接的情况下，数据是大批量的，后续数据可能是少量的、增量的方式。

实时性要求不同，第一次大批量的数据对数据实时性没有要求，后续增量的方式对数据的实时性要求是实时或准实时的。

对接频率不同，第一次大批量的数据可能只会有一次或者几次，而后续增量的方式可能频率非常高，可能每天都要进行数据对接交互。

二、方案选择综合以上情况，我们可以考虑这样一种方案，大批量的数据可以采用共享临时数据库并通过数据库来实现大批量的数据交换（多次的情况）。

如图：或者直接通过FTP或人工拷贝的方式提供数据（仅一次的情况）。

实时、增量、频率高的数据我们采用接口对接的方式来对接，采用目前公安固有的数据交换通讯程序。

三、方案详述(一)集中批量阶段数据的交互大批量数据的交互，我们可以采用共享临时数据库、FTP或人工拷贝的方式实现。

这里我们用图的方式描述一下共享临时数据库的方式：公安数据比对流程：3、省人社厅接收数据；(二)日常变量阶段数据交互日常，公安厅就人口基础信息可能会经办以下业务，比如：外省人员新迁入户、新生儿入户、户籍迁出、人员死亡户口注销、户籍转移、个人信息的修改等。

外省人员新迁入户、新生儿入户可以归类为（2）公安返回数据2.批量数据交互技术实现省人社厅把参保数据放入前置机的数据库AC01表中，具体字段见数据交互具体指标中人社部门提供数据解释；省公安厅通过数据交换程序从AC01表中获取数据同时把AC01表数据删除；比对完成后把结果数据放置在前置机数据库的AC90表中具体字段见数据交互具体指标中公安返回数据要求解释3.日常新增人员数据交互技术实现方式同 2.批量数据交互技术实现4.日常人员户籍信息变更查询省人社厅把参保数据放入前置机的数据库AC11表中，具体字段见数据交互具体指标中人社部门提供数据解释；省公安厅通过数据交换程序从AC11表中获取数据同时把AC11表数据删除；比对完成后把结果数据放置在前置机数据库的AC91表中具体字段见数据交互具体指标中公安返回数据要求解释5.死亡人员数据交互省人社厅把死亡人员数据放入前置机的数据库AC21表中，具体字段见数据交互具体指标中人社部门提供数据解释；省公安厅通过数据交换程序从AC21表中获取数据同时把AC21表数据删除；再把省公安厅死亡人员数据放置在前置机数据库的AC92表中具体字段见数据交互具体指标中公安返回数据要求解释。

NBU网络备份大全之远程配置备份策略

NBU网络备份大全之远程配置备份策略

NBU网络备份大全之远程配置备份策略随着NBU用户的增多，用户所遇到的问题也就会随之增多。

当用户遇到问题的时候，就是需要存储工程师出马的时候了。

然而，用户可能远在外地、或者工程师正在家中休息，我们只能远程访问其网络。

在远程访问的网络流量不够理想的情况下，通过图形界面访问NBU 并且控制它是一件非常痛苦的事情。

本系列文章为了解决上述问题，将介绍一下通过文本界面控制NBU的方法，包括存储硬件的配置，NBU卷和存储单元的配置、NBU备份策略的配置与管理NBU运行作业。

希望能够帮助用户在网络情况差的情况下也可以方便的配置管理NBU。

本文将讲述的是利用bpadm来配置存储单元的配置和备份策略。

配置存储单元Bpadm是NBU提供的文本配置工具，在/usr/openv/netbackup/bin目录下。

用户可以使用它来管理磁带，配置备份存储单元和备份策略，还可以执行备份策略。

如图一所示：（本文使用NBU6.0MP4为例）图一：bpadm启动界面启动bpadm工具之后，我们需要先创建存储单元，将需要保护的数据放到其中，故在此选择“s Storage Unit Management”进入存储单元界面，如图二所示：图二：设置存储单元由图二可知，利用该工具可以添加、修改和删除存储单元。

浏览可以在图二的上端滚动显示已有的存储单元，用户可以选定存储单元后修改其属性；在这里还有一个选项“o Output Destination”可以将显示结果打印到文件中去。

在这里，我们选择“a Add Storage Unit...”去添加一个新的存储单元。

在添加新的存储单元的时候，首先需要知名存储单元的名称，然后指明存储单元是在磁盘还是磁带上：如果选择磁盘，那么需要指明是标准磁盘还是NearStore、SnapVault这种备份类型，指明磁盘所在的主机名和其相应的路径等，其他的选项使用默认值即可（见图三）；如果用户选择的是磁带类型存储单元，那么需要知名带库所连接的主机，带库的类型和机械手编号，再选择好磁带的类型，其他的配置属性选择默认即可（见图四）。