欢迎访问神兵传奇官方网站
《神兵传奇》“谁与争锋”宣传片
视频介绍：世界变更让我闯，五千年等我上场！
由久游网自主研发的中国第一虚幻3网游《神兵传奇》于9月27日15:00开测全面启动（自由注册，无需激活码，不删档）。百余组服务器、精彩现场活动燃情开启，形象代言人谢霆锋最新代言照及由他亲身演绎的《神兵传奇》全球开测宣传片同时发布！
&耀世登场&全球宣传片
视频介绍：万众瞩目的次世代3D武侠网游颠峰之作《神兵传奇》“耀世登场”全球宣传片为你震撼呈现：次世代第一网游的动感画面、物理引擎演算、动态技能特效、场景同步破坏、即时角度镜头捕捉、首创网游QTE系统、原著内涵等视觉体验。
神兵传奇最新副本实录
视频介绍：全新副本战斗将带你穿梭前所未有的冰阵、火阵、帝陵、剑岛等多个新奇副本，领略华丽世界，决战强大BOSS，寻觅全新装备，副本战役即将打响，神兵传奇蓄势欲发。
“决战皇城之巅”全新宣传片
视频介绍：神兵之门将再次开启，壮士整装带出发，你准备好了吗？全新宣传片展现了破炎与戳风两种职业之间的生死较量！谁更技高一筹？优雅的人物造型、精美的服饰配置、如诗如画的游戏画面、绚丽夺目的技能招式，所有元素将为你精彩演绎一场荡气回肠的武林巅峰对决。谁能称霸武林，谁能唯我独尊？群雄逐鹿的时代，由你决定！
首测新手实录视频
视频介绍：4月29日，《神兵传奇》首测开启网游新时代。实录视频真实再现破炎、惊天、戮风、裂空、绝尘、凝云六大职业初出茅庐的传奇历程。
“饕餮盛宴”视觉视频专题
视频介绍：中国第一虚幻3网游《神兵传奇》以令人惊艳的3D唯美风格展现了绝美梦幻的游戏内容。霸气的招式特技与绚丽的武器效果让厮杀酣畅淋漓，加之有趣的怪物升天奇态增添了极大乐趣，为玩家带来了一场绝无仅有的视觉饕餮。
神兵之后 再无传奇
视频介绍：大家耳熟能详的菩提正法神功、如来神掌、神魔同体决等数十种神功绝艺。而怪物方面则更是让人赞叹不已，不仅有着常见的江湖宵小之辈，就连天魔分身、南宫铁心、黑山老妖、蟹佛等BOSS也都一一现身。
“虎魄重光”宣传视频
视频介绍：泰山之上，虎魄重光。有传言得虎魄亦得天下，虽然虎魄噬主的传言令人生畏，但是人心的贪婪终于战胜了害怕。各方势力虎视眈眈齐聚泰山，势必要争夺虎魄，江湖将掀起一场血雨腥风……
首部宣传视频
视频介绍：采用中国传统故事背景和具有现代表现力的热门漫画作为游戏主导题材，使用世界先进的Unreal3最新引擎，通过研发团队精心的制作势必能够为市场带来一次新的冲击。将经典漫画改编成网络游戏，将带给广大玩家和漫画爱好者全新的互动体验。
若您喜欢本页内容，可复制以下链接并通过MSN或者QQ发送给您的好友共享。| | | | | |
QS走了，SC来了
核心提示：随着食药监管体制调整和机构改革到位，以及新《食品安全法》将于10月1日正式实施，作为配套法规的《食品生产许可管理办法》（食药总局16号令）也于日前颁布，同步将在10月1日正式实施，这将标志着既饱含荣誉又备受诟病的QS即将告别历史舞台。
& & 滚滚长江东逝水，浪花淘尽英雄。人生尽是&绿了芭蕉红了樱桃&。随着食药监管体制调整和机构改革到位，以及新《食品安全法》将于10月1日正式实施，作为配套法规的《食品生产许可管理办法》（食药总局16号令）也于日前颁布，同步将在10月1日正式实施，这将标志着既饱含荣誉又备受诟病的QS即将告别历史舞台。
& & 根据《食品生产许可管理办法》第二十九条规定，食品生产许可证今后将以SC开头，相比QS从Quality Safety到QiyeshipinShengchanxuke这种近乎可笑式的变化，SC顾名思义就是&生产&两字拼音头字母的组合，虽然貌似少了名字意义上的&高大上&，但带着新使命而来的SC不乏带着许多诚意和新意。整个内容，笔者把其总结为&五增二减&。
& & &五增&：一是范畴扩大。把保健食品、食品添加剂纳入食品生产许可的范畴。也就是保健食品、食品添加剂的生产同是发放食品生产许可证。二是主体资格扩大。以前只有企业法人、合伙企业、个人独资企业才能申请QS，把个体工商户排除在外，现在是法人、企业、个体工商户均能申请食品生产许可证。三是有效期延长。有效期从3年延长至5年。四是食品许可类别增多。发证单元从28大类增加到31大类。五是许可证载明的事项增多。许可证正本要载明日常监管机构、日常监管人员、投诉举报电话、签发人、二维码等信息，副本还要载明外设仓库，这些都是以前没有的，甚至都是不敢想象的。
& & &&二减&：一是证书形式的减少。正本、副本、附页减少为正本、副本。二是换证程序的简化。如果企业声明生产条件未发生变化的，可以不进行现场核查，仅是对书面材料进行审查，大大简化了企业的换证的时间、流程。
& & 随着工作的不断推进，食品生产许可将会根据风险程度逐渐从市局下发到县级局，企业申请食品生产许可证的便利性增加，同时，对县级监管部门是很大的挑战，如果许可和监管的职责同时承担的话，县级局面临的压力将越来越大。总之，变革无时不在、无处不在，大家总要慢慢学着适应。
编辑：foodnews使用 Storwize V.0.1 FlashCopy 配置 DB2 pureSc - 为程序员服务
使用 Storwize V.0.1 FlashCopy 配置 DB2 pureSc
在现在竞争剧烈的市场中，安装一个数据处置责罚架构至关主要，该架构不只需知足您的即时战术需求，还要供应增进和交换方面的无邪性，以顺应未来的计策要求。2009 年 12 月，IBM 推出了 DB2 pureScale Feature for Enterprise Server Edition (DB2 pureScale Feature)。DB2 pureScale Feature 行使了一个基于 DB2 for z/OS® 数据同享架构的自动-自动同享磁盘数据库完成。它行使除夜型机上的 DB2 数据库软件的成外行艺，为开放零星带来了自动-自动同享磁盘手艺。DB2 pureScale Feature 经由进程供应予下症结优势来知足许多客户的需求：
几近无限制的容量：DB2 pureScale 供应了几近无限制的容量，准许凭证需求增加或删除成员。DB2 pureScale 可扩展年夜到 128 个成员，具有一个高效的集中治理对象，与同类模子比照，这个对象具有精彩的外扩能力。DB2 pureScale 还行使了一项名为 Remote Direct Memory Access 的手艺，供应了高效的节点间通讯机制，该机制还有助于完成精彩的伸缩能力。
运用轨范通明性：在 DB2 pureScale 情形中运转的运用轨范不需求具有集群中的不合成员或分区数据的任何常识。DB2 pureScale Feature 自动将运用轨范路由到最适合的成员。DB2 pureScale Feature 还为其他数据库供应商行使的语法供应了原生支持，这使得这些运用轨范只需中止少少的更改或无需更改即可在 DB2 pureScale 情形中运转。
延续可用性：DB2 pureScale Feature 供应了一种完整的自动-自动设置配备铺排，假定一个成员发生发火缺点，处置责罚责任会在其他的运动成员上连续实行。在发生发火缺点时期，只需在缺点成员上改削的数据会在完成该数据集的数据库恢复之前弗成用，而恢复进程异常快。与一些竞争处置计划比照，这是一除夜优势，在那些处置计划中，在数据库恢复进程傍边悉数零星都邑冻结。
下降总体具有成本：DB2 pureScale 接口能轻松处置责罚 DB2 pureScale Feature 中集成的组件的安装和珍重。这有助于增加致使与一些竞争性的安装和珍重手艺有联络关系的进修曲线变得峻峭的成份。
DB2 pureScale Feature 供应了一个外埠高可用性处置计划，同时还处置了其他许多客户营业场景，好比：
需求具有静态转变的数据的不合备份。
需求具有临蓐数据的不合备份来简化主机间数据挪动或迁移。
需求具有临蓐数据的不合备份来简化运用轨范垦荒和测试需求。
需求具有临蓐数据集的副本，以便将它们用于审计、质量担保和数据迁移用途。
DB2 pureScale Feature 行使了 IBM Storwize V7000 存储零星 FlashCopy 干事，以一种异常高效的体式格式处置了上述客户需求。
FlashCopy 功用使您可以树立数据的时辰点和全卷副本，这些副本可直接收受接管读写接见。
FlashCopy 在目的卷上树立起原卷的一个副本。此副本称为一个时辰点副本。当提议一个 FlashCopy 操作时，会在起原卷与目的卷之间树立一个 FlashCopy 关系。FlashCopy 关系是 FlashCopy 起原卷与 FlashCopy 目的卷之间的一种映照。该映照支持将起原卷的时辰点副本复制到相联络关系的目的卷。FlashCopy 关系存在于这个卷对之间，它从您提议一个 FlashCopy 操作起最先存在，一贯到存储单元将起原卷的所罕有据复制到目的卷，或一贯到您删除 FlashCopy 关系（假定它是一个经久 FlashCopy）。
在物理地复制数据之后，一个后台进程会复制从起原卷到目的卷的轨迹。完成后台复制所需的时辰量依托于复制的数据量、发生发火的后台复制进程数目或在存储干事器上发生发火的其他运动。复制速度也可在树立 FlashCopy 时中止调解，或在往后改削。
本文将引见安装一个包括 Storwize V7000 存储子零星的 FlashCopy 处置计划所需的步骤。FlashCopy 功用还可用于来自其他存储供应商的 FlashCopy 手艺安装。
理解处置计划设置配备铺排
在本文中供应的示例 FlashCopy 处置计划中，次要干事器上的一个 DB2 pureScale 实例是运动的且处于在线形态。次要干事器的数据库上正在运转一些事务，而 FlashCopy 同步地将数据复制到目的干事器。复制责任在块级别上实行；它在主机操作零星懈弛存之下实行，是以对主机而言其实不显著。
假定悉数缺点都发生发火在次要干事器上，那末目的干事器上的 DB2 pureScale 实例可处于在线形态，以便在次要干事器弗成用时处置责罚运用轨范要求。图 1 显示了这个 FlashCopy 设置配备铺排示例中行使的设置配备铺排的一种根抵拓扑组织。
图 1. 拓扑组织概述
次要干事器和目的干事器上树立了一个名为 db2inst1 的沟通的 DB2 实例。
每一个站点的 DB2 实例都由两个成员和两个 CF 组成。
次要干事器上安装了一个 Storwize V7000 存储子零星。在图 1 中，悉数子零星在逻辑上显示为两个 V7000 干事器，但理想上它只是在次要干事器和目的干事器之间同享的一个干事器。
hdisk6 将实例文件存储在 DB2 实例一切者的主目录中。此磁盘没有在干事器之间竖立镜像。
hdisk7 由 DB2 pureScale 集群干事行使。此磁盘没有在干事器之间竖立镜像。
hdisk8 存储了与一个 DB2 数据库有联络关系的数据。此磁盘上树立的文件零星名为 /db2fs/db2datafs。此磁盘在干事器之间竖立了镜像。
hdisk9 存储了与一个 DB2 数据库有联络关系的事务日志。此磁盘上树立的文件零星名为 /db2fs/db2logfs。此磁盘在干事器之间竖立了镜像。
在 hdisk8 和 hdisk9 上界说了一个存储级的不合性组，以担保在发生发火任何以障时可在目的站点上看到数据的单一时辰点副本。
安装包括 FlashCopy 的 DB2 pureScale Feature
以下步骤引见了若何安装 FlashCopy 功用和 DB2 pureScale Feature，以便将 hdisk8 和 hdisk9 从次要干事器镜像复制到目的干事器。
第 1 步：树立不合性组
首先从 V7000 敕令行接口为 FlashCopy 树立不合性组。这会确保在一切镜像的磁盘之间有一个不合的时辰点副本。在这里，您可以树立两个不合性组：一个是 GRP1，从次要干事器镜像复制到目的干事器，其他一个是 GRP1-REVERSE，从目的干事器镜像复制到次要干事器。
清单 1. 树立不合性组的语法
#Create Consistency Group for flashcopy
svctask mkfcconsistgrp -name GRP1
#Create Consistency Group for restore
V7000& svctask mkfcconsistgrp -name GRP1-REVERSE
第 2 步：树立 FlashCopy 映照
树立 FlashCopy 映照，将一个起原磁盘映照到一个目的磁盘，以便用于后续复制，然后添加到不合性组。
# From source vdisk (primary-s1) to target vdisk (primary-t1)
V7000& svctask mkfcmap -cleanrate 50 -consistgrp GRP1 -copyrate 50 -incremental -source
primary-s1 -target primary-t1 -name db2fcmap0
primary-s1 是起原 VDisk 的称号。
primary-t1 是您进展树立为目的 VDisk 的 VDisk 称号。
db2fcmap0 是 FlashCopy 映照的称号。
GRP1 是不合性组称号。
50 是祛除速度。
50 是复制速度，FlashCopy 映照是增量式的，这注解在一个增量 FlashCopy 中，初始映照将起原卷中的所罕有据复制到目的卷。
后续 FlashCopy 映照仅复制自竖立初始 FlashCopy 映照以来改削的数据。此操作增加了从新树立一个自力 FlashCopy 映像所消费的时辰量。
# From target vdisk (primary-t1) to source vdisk (primary-s1)
V7000& svctask mkfcmap -cleanrate 50 -consistgrp GRP1-REVERSE -copyrate 50 -incremental
-source primary-t1 -target primary-s1 -name db2fcmap1
primary-t1 是起原 VDisk 的称号。
primary-s1 是您进展树立为目的 VDisk 的 VDisk 称号。
db2fcmap1 是 FlashCopy 映照的称号。
GRP1-REVERSE 是不合性组称号。
50 是祛除速度。
50 是复制速度，FlashCopy 映照是增量式的。
第 3 步：搜检 FlashCopy 映照的形态
清单 2 将搜检第 2 步中树立的 FlashCopy 映照的属性。在以下效果中，progress 列将注解已复制到目的磁盘的百分比。
清单 2. 搜检 FlashCopy 映照的语法
V7000& svcinfo lsfcmap
id name source_vdisk_id source_vdisk_name target_vdisk_id target_vdisk_name group_id
db2fcmap0 0
primary-s1
primary-t1
db2fcmap1 4
primary-t1
primary-s1
db2fcmap2 5
primary-log
primary-log-t1
db2fcmap3 6
primary-log-t1
primary-log
group_name status progress copy_rate clean_progress incremental
idle_or_copied 0
GRP1-REVERSE
idle_or_copied 0
idle_or_copied 0
GRP1-REVERSE
idle_or_copied 0
partner_FC_id
partner_FC_name restoring start_time
rc_controlled
第 4 步：在次要干事器上树立 db2inst1 实例
在次要干事器上树立 db2inst1 实例，个中包括两个 DB2 成员和两个 CF。上面的步骤将展现若何行使敕令行完成此责任，也可从 DB2 图形安装中完成一样的责任。
# db2icrt -d instance_shared_dev /dev/hdisk6 –tbdev /dev/hdisk7 -m hosta:hosta- ib0
-cf hostc:hostc-ib0 – u db2inst1 db2inst1
# db2iupdt -d -add -m hostb:hostb-ib0 db2inst1
# db2iupdt -d -add -cf hostd:hostd-ib0 db2inst1
第 5 步：在目的干事器上树立 db2inst1 实例
在目的干事器上树立 db2inst1 实例，个中包括两个 DB2 成员和两个 CF，以下所示。
# db2icrt -d instance_shared_dev /dev/hdisk6 -tbdev /dev/hdisk7 -m hostw:hostw-ib0
-cf hosty:hosty-ib0 – u db2inst1 db2inst1
# db2iupdt -d -add -m hostx:hostx-ib0 db2inst1
# db2iupdt -d -add -cf hostz:hostz-ib0 db2inst1
请留意，在次要干事器上实行的任何 DB2 设置配备铺排参数更改都必需手动运用于目的干事器。其他，任何不在镜像磁盘上的需求文件（包括树立存储进程后发生发火的二进制文件）都必需手动复制到目的干事器。
第 6 步：在次要干事器上树立文件零星
在次要干事器上为 DB2 数据和事务日志树立文件零星，然后将一切者更改成 DB2 实例一切者，以下所示。
清单 3. 树立 DB2 文件零星的语法
# db2cluster -cfs -start –all
# db2cluster -cfs -create -filesystem db2datafs -disk /dev/hdisk8
# db2cluster -cfs -create -filesystem db2logfs -disk /dev/hdisk9
# chown db2inst1:db2adm /db2fs/db2datafs
# chown db2inst1:db2adm /db2fs/db2logfs
第 7 步：设置配备铺排 RSH 和 SSH
为次要干事器与目的干事器之间的竞赛争辩机设置配备铺排没有密码的 RSH、用于根的 SSH 和用户 (db2inst1)。
第 8 步：同步文件零星界说
从次要干事器到目的干事器，同步文件零星，以下所示。从目的干事器（从 hostw）实行该敕令。此同步仅需求在文件零星界说发生发火转变时实行。
$ db2stop force
# cd /usr/lpp/mmfs/bin/mmshutdown –a
第 8a 步：树立 remotenodefile
树立一个包括下述条目的文件 remotenodefile。
第 8b 步：导出文件零星界说
运转下述敕令，将文件零星界说从次要干事器导出到目的干事器。
# /usr/lpp/mmfs/bin/mmfsctl db2datafs syncFSconfig -n remotenodefile
# /usr/lpp/mmfs/bin/mmfsctl db2logfs syncFSconfig -n remotenodefile
第 9 步：验证文件零星界说的流传
要运转文件零星界说向目的干事器的流传，可从 hostw 运转以下敕令。mmlsnsd 注解文件零星 db2datafs 和 db2logfs 的文件零星界说现在存在于目的干事器上。在完成验证后，住手文件零星。
# /usr/lpp/mmfs/bin/mmstartup -a
# /usr/lpp/mmfs/bin/mmlsnsd
# /usr/lpp/mmfs/bin/mmshutdown –a
在次要干事器上，现在可对数据库运转一个运用轨范责任负载。
数据库备份
客户供应了除夜型数据库来顺应其公司的增进。但数据库的巨细障碍了客户运转数据库零星。除夜型的数据库致使需求在不影响数据库和运用轨范的情形下疾速中止数据库备份。它们甚至在灾祸场景中也需求高可用性。
假定不情愿行使 DB2 备份适用轨范备份一个除夜型数据库，那末可以行使 DB2 写入暂停功用和来自 IBM Storwize V7000 存储子零星的 FlashCopy 功用，凭证镜像的映像来树立副本。
上面将谈论 4 个范例的场景，个中一个客户实行一个数据库备份。经由进程行使 IBM Storwize V7000 FlashCopy 功用，可以在不合设置配备铺排下树立数十个副本，而这几近不会对临蓐数据库发生发火影响。
场景 1：快照数据库场景
场景 2：备用数据库场景
场景 3：瓜分镜像 (Split-Mirror) 在线备份场景
场景 4：卸载数据库场景
虽然这些备份场景在繁重负载下可以按预期实行，但仍然建议在负载最小时（好比晚上）实行备份。
场景 1：快照数据库场景
在此场景中，将树立临蓐数据的一个时辰点视图。快照不是一个自力的副本，而是用于珍重树立快照时临蓐数据的一个视图。实行备份的步骤以下：
从目的干事器主机 hostw 住手备用数据库，住手一切主机上的集群治理器，作废挂载文件零星（db2datafs 和 db2logfs）。
清单 4. 住手 DB2 和 GPFS 的语法
# db2cluster -cm -stop -host hostw hostx hosty hostz –force
# /usr/lpp/mmfs/bin/mmumount db2datafs –a
# /usr/lpp/mmfs/bin/mmumount db2logfs
从次要干事器主机 hosta，擦除文件零星缓冲区。
$ db2 flush bufferpools all
住手来自一个成员的次要干事器数据库写入 I/O。
$ db2 set write suspend for database
暂停 GPFS 卷上的写入 I/O，但它准许中止读取接见。
# /usr/lpp/mmfs/bin/mmfsctl db2datafs suspend-write
# /usr/lpp/mmfs/bin/mmfsctl db2logfs suspend-write
在次要干事器主机上实行 FlashCopy 操作：
清单 5. FlashCopy 操作的语法
i. Prepare the consistency group for flashcopy
V7000& svctask prestartfcconsistgrp GRP1
ii. Confirm consistency group status has changed to 'prepared'
V7000& svcinfo lsfcconsistgrp
GRP1-REVERSE
idle_or_copied
iii. Start Flashcopy from Source to Target
V7000& svctask startfcconsistgrp GRP1
iv. Query the status of the copy process
V7000& svcinfo lsfcmap
id name source_vdisk_id source_vdisk_name target_vdisk_id target_vdisk_name group_id
db2fcmap0 0
primary-s1
primary-t1
db2fcmap1 4
primary-t1
primary-s1
db2fcmap2 5
primary-log
primary-log-t1
db2fcmap3 6
primary-log-t1
primary-log
group_name status progress
copy_rate clean_progress incremental
GRP1-REVERSE idle_or_copied 0
GRP1-REVERSE idle_or_copied 0
partner_FC_id partner_FC_name restoring start_time
rc_controlled
progress 列泄漏表现已完成的复制操作百分比。从上述输出汇总可以看出，次要干事器数据已完成 1%，而日志已完成 2%。该进度取决于卷巨细和复制延续时辰。
现在已有了一个数据副本。恢复 GPFS 卷上的写入 I/O。
# /usr/lpp/mmfs/bin/mmfsctl db2datafs resume
# /usr/lpp/mmfs/bin/mmfsctl db2logfs resume
行使来自第 3 步的沟通衔接恢单数据库的次要干事器写入 I/O。
$ db2 set write resume for database
从目的干事器，启动一切主机上的 GPFS 并挂载两个文件零星（db2datafs 和 db2logfs）。
# /usr/lpp/mmfs/bin/mmstartup –a
# /usr/lpp/mmfs/bin/mmmount db2datafs –a
# /usr/lpp/mmfs/bin/mmmount db2logfs
第一次接见目的干事器上的数据库时，凭证用户 db2inst1 竖立数据库的目录，以便目的干事器上的实例可看到它。
$ db2 catalog database database_alias on /db2fs/db2datafs
在目的干事器下走运用户 ID db2inst1 启动 DB2，经由进程 db2inidb 敕令初始化暂停的数据库的副本。
$ db2start
$ db2inidb database_alias as SNAPSHOT
目的干事器上的数据库现在已可以中止周全接见，而且包括次要干事器上发生发火的一切已提交的更新，截至备用零星上可用的最新日志记载。
场景 2：备用数据库场景
在此场景中，将树立临蓐数据的一个时辰点副本。复制完成后，可行使临蓐数据刷新目的视图，贯串衔接从临蓐卷复制到备用卷的数据起码。
实行备份的步骤以下所示：
从目的干事器主机 hostw 住手备用数据库，住手一切主机上的集群治理器，作废挂载两个文件零星（db2datafs 和 db2logfs）。
清单 6. 住手 DB2 和 GPFS 的语法
# db2cluster -cm -stop -host hostw hostx hosty hostz –force
# /usr/lpp/mmfs/bin/mmumount db2datafs –a
# /usr/lpp/mmfs/bin/mmumount db2logfs
从次要干事器主机 hosta，擦除文件零星缓冲区。
$ db2 flush bufferpools all
住手来自一个成员的次要干事器数据库写入 I/O。
$ db2 set write suspend for database
暂停 GPFS 上的写入 I/O，然则它准许中止读取接见。
# /usr/lpp/mmfs/bin/mmfsctl db2datafs suspend-write
# /usr/lpp/mmfs/bin/mmfsctl db2logfs suspend-write
在次要干事器主机上实行 FlashCopy 操作：
清单 7. FlashCopy 操作的语法
i. Prepare the consistency group for flashcopy
V7000& svctask prestartfcconsistgrp GRP1
ii. Confirm consistency group status has changed to ‘prepared’
V7000& svcinfo lsfcconsistgrp
GRP1-REVERSE
idle_or_copied
iii. Start Flashcopy from Source to Target
V7000& svctask startfcconsistgrp GRP1
iv. Query the status of the copy process
V7000& svcinfo lsfcmap
id name source_vdisk_id source_vdisk_name target_vdisk_id target_vdisk_name group_id
db2fcmap0 0
primary-s1
primary-t1
db2fcmap1 4
primary-t1
primary-s1
db2fcmap2 5
primary-log
primary-log-t1
db2fcmap3 6
primary-log-t1
primary-log
group_name status progress
copy_rate clean_progress incremental
GRP1-REVERSE idle_or_copied 0
GRP1-REVERSE idle_or_copied 0
partner_FC_id partner_FC_name restoring start_time
rc_controlled
progress 列泄漏表现已完成的复制操作的百分比。从上述输出中可以看出，次要干事器数据已完成 2%，而日志已完成 3%。
现在已有了一个数据副本。恢复
GPFS 卷上的写入 I/O。
# /usr/lpp/mmfs/bin/mmfsctl db2datafs resume
# /usr/lpp/mmfs/bin/mmfsctl db2logfs resume
行使来自第 3 步的沟通衔接恢单数据库的目的干事器写入 I/O。
$ db2 set write resume for database
从目的干事器，启动一切主机上的 GPFS 并挂载两个文件零星（db2datafs 和 db2logfs）。
# /usr/lpp/mmfs/bin/mmstartup –a
# /usr/lpp/mmfs/bin/mmmount db2datafs –a
# /usr/lpp/mmfs/bin/mmmount db2logfs
第一次接见目的干事器上的数据库时，凭证用户 db2inst1 竖立数据库的目录，以便目的干事器上的实例可看到它。
$ db2 catalog database database_alias on /db2fs/db2datafs
在目的干事器下走运用户 ID db2inst1 启动 DB2，经由进程 db2inidb 敕令初始化暂停的数据库的副本。
$ db2start
$ db2inidb database_alias as STANDBY
将数据库前滚到日志末尾或特定的时辰点。要让备用数据库加入前滚形态，可以在前滚敕令中行使 stop 选项。
$ db2 rollforward database database_alias to end of logs and stop
目的干事器上的数据库现在已可以中止周全接见，而且包括次要干事器上发生发火的一切已提交的更新，截至备用零星上可用的最新日志记载。
场景 3：瓜分镜像在线备份场景
假定次要数据库发生发火缺点而且变得没法行使，那末来自目的干事器的 FlashCopy 卷可复制回次要卷，除数据库日志文件。此场景行使从目的干事器卷到次要干事器卷的反向 FlashCopy。将复制的数据库初始化为一个镜像，这会将数据库设置为前滚暂停形态。然后，DB2 行使在发生发火数据库缺点之前存在于次要干事器主机中的旧日志文件来实行前滚恢复。
实行备份的步骤以下所示：
从次要干事器主机 hosta 住手次要数据库，住手一切主机上的集群治理器，作废挂载文件零星（db2datafs 和 db2logfs）。
清单 8. 住手 DB2 和 GPFS 的语法
# db2cluster -cm -stop -host hosta hostb hostc hostd –force
# /usr/lpp/mmfs/bin/mmumount db2datafs –a
# /usr/lpp/mmfs/bin/mmumount db2logfs
从目的干事器主机 hostw，擦除文件零星缓冲区：$ db2 flush bufferpools all。
住手来自一个成员的目的干事器数据库写入 I/O：$ db2 set write suspend for database。
暂停 GPFS 卷上的写入 I/O，但它准许中止读取接见：
# /usr/lpp/mmfs/bin/mmfsctl db2datafs suspend-write
# /usr/lpp/mmfs/bin/mmfsctl db2logfs suspend-write
实行反向 FlashCopy 操作：
清单 9. FlashCopy 操作的语法
Prepare the consistency group for flashcopy
V7000& svctask prestartfcconsistgrp GRP1-REVERSE
Confirm consistency group status has changed to ‘prepared’
V7000& svcinfo lsfcconsistgrp
idle_or_copied
GRP1-REVERSE
Start reverse Flashcopy from Target to Source
V7000& svctask startfcconsistgrp GRP1-REVERSE
Query the status of the copy process
V7000& svcinfo lsfcmap
id name source_vdisk_id source_vdisk_name target_vdisk_id target_vdisk_name group_id
db2fcmap0 0
primary-s1
primary-t1
db2fcmap1 4
primary-t1
primary-s1
db2fcmap2 5
primary-log
primary-log-t1
db2fcmap3 6
primary-log-t1
primary-log
group_name status progress
copy_rate clean_progress incremental
idle_or_copied
GRP1-REVERSE
copying 98
idle_or_copied
GRP1-REVERSE copying 99
partner_FC_id partner_FC_name restoring start_time
rc_controlled
反向复制操作仅将发生发火更改的地方复制回来，所以其进度取决于自上次 FlashCopy 以来改削了若干数据。在此示例中，自上次 FlashCopy 以来改削的数据很少，所以反向 FlashCopy 很快。
现在已有了一个数据副本。恢复 GPFS 卷上的写入 I/O：
# /usr/lpp/mmfs/bin/mmfsctl db2datafs resume
# /usr/lpp/mmfs/bin/mmfsctl db2logfs resume
行使来自第 3 步的沟通衔接恢单数据库的目的干事器写入 I/O：
$ db2 set write resume for database 。
从次要干事器启动一切主机上的 GPFS，并挂载两个文件零星（db2datafs 和 db2logfs）。
# /usr/lpp/mmfs/bin/mmstartup –a
# /usr/lpp/mmfs/bin/mmmount db2datafs –a
# /usr/lpp/mmfs/bin/mmmount db2logfs
凭证用户 db2inst1 竖立数据库的目录，以便次要干事器上的实例可看到它：$ db2 catalog database database_alias
on /db2fs/db2datafs。
在次要干事器下走运用户 ID db2inst1 启动 DB2，经由进程 db2inidb 敕令初始化暂停的数据库的副本。
$ db2start
$ db2inidb database_alias as MIRROR
将数据库前滚到日志末尾或特定的时辰点。要让备用数据库加入前滚形态，可在前滚敕令中行使 stop 选项：$ db2 rollforward database database_alias to end
of logs and stop。次要干事器上的数据库现在已可以中止周全接见，次要干事器上的一切运用轨范现在已可以启动。
场景 4：卸载数据库场景
可在目的干事器数据库上实行一次 DB2 备份。该 DB2 备份可回复中兴到次要干事器或其他一个干事器上。然后可将数据库前滚到一个特准时辰点，或直到抵达日志末尾。
实行备份的步骤包括：
从次要干事器主机 hosta 住手次要数据库，住手一切主机上的集群治理器，作废挂载文件零星（db2datafs 和 db2logfs）。
清单 10. 住手 DB2 和 GPFS 的语法
# db2cluster -cm -stop -host hosta hostb hostc hostd –force
# /usr/lpp/mmfs/bin/mmumount db2datafs –a
# /usr/lpp/mmfs/bin/mmumount db2logfs
从目的干事器主机 hostw，擦除文件零星缓冲区：$ db2 flush bufferpools all。
住手来自一个成员的目的干事器数据库写入 I/O：$ db2 set write suspend for
database。
暂停 GPFS 卷上的写入 I/O，但它准许中止读取接见。
# /usr/lpp/mmfs/bin/mmfsctl db2datafs suspend-write
# /usr/lpp/mmfs/bin/mmfsctl db2logfs suspend-write
实行反向 FlashCopy 操作：
清单 11. FlashCopy 操作的语法
Performing the reverse flash copy operation:
i. Prepare the consistency group for flashcopy
V7000& svctask prestartfcconsistgrp GRP1-REVERSE
ii. Confirm consistency group status has changed to ‘prepared’
V7000& svcinfo lsfcconsistgrp
idle_or_copied
GRP1-REVERSE
iii. Start reverse Flashcopy from Target to Source
V7000& svctask startfcconsistgrp GRP1-REVERSE
iv. Query the status of the copy process
V7000& svcinfo lsfcmap
id name source_vdisk_id source_vdisk_name target_vdisk_id target_vdisk_name group_id
db2fcmap0 0
primary-s1
primary-t1
db2fcmap1 4
primary-t1
primary-s1
db2fcmap2 5
primary-log
primary-log-t1
db2fcmap3 6
primary-log-t1
primary-log
group_name status progress
copy_rate clean_progress incremental
idle_or_copied
GRP1-REVERSE copying 99
idle_or_copied
GRP1-REVERSE copying 99
partner_FC_id partner_FC_name restoring start_time
rc_controlled
progress 列泄漏表现已完成的复制操作百分比。从上述输出，可以看到次要干事器和日志已复制 99%。
反向复制操作仅将发生发火更改的地方复制回来，所以其进度取决于自上次 FlashCopy 以来改削了若干数据。在此示例中，自上次 FlashCopy 以来改削的数据很少，所以反向 FlashCopy 很快。
现在已有了一个数据副本。恢复 GPFS 卷上的写入 I/O。
# /usr/lpp/mmfs/bin/mmfsctl db2datafs resume
# /usr/lpp/mmfs/bin/mmfsctl db2logfs resume
行使来自第 3 步的沟通衔接恢单数据库的目的干事器写入 I/O：$ db2 set write resume for
database 。
从次要干事器启动一切主机上的 GPFS，并挂载两个文件零星（db2datafs 和 db2logfs）。
# /usr/lpp/mmfs/bin/mmstartup –a
# /usr/lpp/mmfs/bin/mmmount db2datafs –a
# /usr/lpp/mmfs/bin/mmmount db2logfs
凭证用户 db2inst1 竖立数据库的目录，以便次要干事器上的实例可看到它：$ db2 catalog database database_alias
on /db2fs/db2datafs。
在次要干事器下走运用户 ID db2inst1 启动 DB2，经由进程 db2inidb 敕令初始化暂停的数据库的副本：
$ db2start
$ db2inidb database_alias as STANDBY
将数据库前滚到日志末尾或特定的时辰点。要让备用数据库加入前滚形态，可在前滚敕令中行使 stop 选项：$ db2 rollforward
database database_alias to end of logs and stop。次要干事器上的数据库现在已可以中止周全接见，次要干事器上的一切运用轨范现在已可以启动。
DB2 pureScale Feature for Enterprise Server Edition 供应了一个知足最严苛的用户要求的数据库处置计划。它专为完成高可用性而设计，可以在发生发火设计和设计外宕机时贯串衔接营业连续性。您可以将 DB2 暂停 I/O 功用与 IBM Storwize V7000 FlashCopy 处置计划合营安装，使客户在次要干事器发生发火缺点的不幸景遇下也能连续运营其营业。
原文地址：, 感谢原作者分享。
您可能感兴趣的代码