91porn_soul 黄蓉参悟iMC数据库转存规复大法
轮廓：91porn_soul
上回说到郭靖穿越到2013年间，并奇遇诸君大家，掌抓多样业软大法之精髓，猛然成为别称高档客户司理，相等快意。事不知，经年累月，短短一年间，却惹诸多紧要问题，几多中枢门派iMC数据库无故丢失，赔本极大。引来诸路门派问责。郭靖疼痛非凡，天天借酒浇愁，眼神呆滞，沉沦无救也，其母见儿日渐羸弱，极其敬爱，只得带儿郭靖前去桃花岛乞助岛主黄药师。药师浮现看家才能摇头示无解。其母不禁嚎哭，正准备带儿归，只见屋里出来一女子，长发披肩，全身白衣，头发上束了金带，肌肤胜雪，娇好意思无比，容色绝丽，不可逼。郭靖两眼发直。两东说念主对视，顿时产生好感，一个未嫁，一个未娶，其父母当即结成婚家。
黄蓉便潜心修都《iMC自动备份规复宝典》，很快便悟透了宝典精髓：iMC PLAT自带数据库自动备份/规复器用（DBMAN）为用户提供全面的系统灾备管制决策，通过DBMAN用户不错收场对iMC平台数据库（如config_db、monitor_db等）和组件数据库（如：UAM组件数据库ead）的自动备份与规复处理。DBMAN罗致了法子的SQL备份和规复机制，它的数据处理对象是完好的数据库。用户只需字据不同的使用场景进行相应的设立及操作，便可通过DBMAN进行手动和自动两种状貌的数据备份和规复。正因为DBMAN对数据库自动备份规复的智能性，安设部署的便捷性，DBMAN管制决策在江湖上得到许多骁雄的鉴赏，九层以上门派都是罗致DBMAN管制决策。黄蓉不禁沉念念，决策甚好，为何不顺？
为大开夫婿心结，决定一一打听各门派弄清起因，还郭靖皑皑。
黄蓉天生智谋，以丢失iMC数据库为由取得其他门派信任。并多加
打点，潜入事桑梓点排查，发现蛛丝马迹便留神记录，并多加猜度问题分析，方才焕然大悟，数月便成册为书。书名《iMC数据库维稳条记》，该书分上中下三册。上册为东说念主为篇，主述东说念主为问题原因导致数据库丢失或未始开启DBMAN功能等。
中册历史资格篇，主述开启了DBMAN功能，但起因江湖粗暴，事情复杂多变，教你怎样会诊变故。下册留心篇，汇集黄蓉参悟的怎样确保DBMAN神器长久踏实运行，数据库永不丢失躲避。
东说念主为篇
江湖东说念主东说念主皆知，容灾机制乃集聚业务踏实运行首要条目，相对H3C iMC认证系统，数据库乃起其悉数，究其问题原因，办事器硬件故障？可换之。操作系统故障？可重装之。数据库丢失？大事，因其包含各门派悉数弟子信息，丢之，则乱亦。追溯历史警戒，导致数据库丢失的主要问题原因是运维东说念主员对数据库的繁重性清醒还不够，追溯如下：
1、部分门派引入H3C iMC后却未开启iMC数据库备份功能，或开启了数据库自动备份功能但备份额外。
2、未部署iMC备办事器，存在单点故障。
3、设立了主备iMC办事器，但主备iMC数据库同步失败。
4、未按期对数据库的自动备份功能作念巡检。
历史资格篇
开启DBMAN神器，却不如东说念宗旨，为何？稍安勿躁，《iMC数据库维稳条记》有如下纪录：
iMC安设目次/dbman/log下的dbman_debug文献记录了数据库备份、规复的完好历程，一切不定数问题皆能从此取得起因。
1、 主备iMC办事器备份或规复旅途有中翰墨符问题
问题现象：数据库备份，规复失败。
问题分析：稽察dbman_debug日记，有如下error信息：
公元17年 04:00:49 [ERROR] [int TimeBackup()] Open the databse file error. File=D:\imc安设文献\backup\db_catalog_20130905_040002.dat.
问题原因：备份、规复旅途不行存在中翰墨符。
管制决策：修改备份、规复旅途为英翰墨符方可。该症于iMC PALT V7SP1版块绝对管制。
2、 版块不一致问题
问题现象：数据库备份告捷，规复失败。
问题分析：稽察dbman_debug日记，有如下error信息：
公元17年 16:42:13 [ERROR] [checkDBFile()] File prefix invalid: vnm_db_imc_vnm, please confirm whether the DB user are same one on main server and standby server. If not, please use the command dbman -help to get more information.
真实 勾引问题原因：DBMAN要求版块必须一致。
管制决策：安设或卸载对应iMC组件，确保其版块一致方可。
3、数据库用户dba到imc问题
问题现象：数据库备份告捷，规复失败。
问题分析：稽察dbman_debug日记，有如下error信息：
公元17年 16:42:13 [ERROR] [checkDBFile()] File prefix invalid: config_db_dba_db_20101126_220012_full.db91porn_soul
, please confirm whether the DB user are same one on main server and standby server. If not, please use the command dbman -help to get more information.
关于从早期版块（举例Plat R2602极度之前版块）升级上来的iMC，部分数据库使用dba用户，使用dbman进行备份，将dba用户对应的数据库文献算作原始文献，试图规复到谋划数据库Plat R2606及以上版块时，会指示规复失败。主要问题原因为Plat R2606及之后的版块的这些数据库不再使用dba用户，而是使用imc用户。
问题原因：数据库用户不同不行规复。
管制决策：
1） 使用dbatool器用规复
a．将器用dbatool.exe拷贝到“iMC\dbman\bin”目次下；
b．住手iMC；
c．通过彭胀号令行dbatool -dba2imc ‘Backup File Location + Backup filename’，来一一手工规复dba数据库文献到谋划数据库，以规复config数据库为例，规复告捷指示如下：
d．关于非dba用户对应的数据库文献（UAM/EAD/CAMS数据库之外），也不错使用该器用进行规复。
2)备机也从R2606之前的版块运转安设以确保数据库用户名一致。
4、数据库无法登陆问题
问题现象：数据库清高貌复。
问题分析：稽察dbman_debug日记，有如下error信息：
公元17年 10:57:37 [ERROR] [int CDbBase::ExecSql()] Exec command fail:USE master RESTORE DATABASE aclm_db
from DISK = 'E:\IMC_restore\aclm_db_imc_aclm_db_20131101_104503_full.db'
with REPLACE
公元17年 10:57:37 [DEBUG] [int CDbBase::ExecSql()] Exec sql log:[SQL Server Native Client 10.0]TCP 提供气象: 超时失实 [258].
[SQL Server Native Client 10.0]登录超时已落伍
[SQL Server Native Client 10.0]用于登录反馈中的延长，无法完成登录历程
数据库用户登录额外导致数据库规复失败。
问题原因：相应数据库登陆失败。
管制决策：管制对支配户闲居登录数据库问题即可。
5、数据库之间文献簇问题
问题现象：数据库规复失败。
问题分析：稽察dbman_debug日记，有如下error信息：
公元17年 15:06:29 [DEBUG] [int CDbBase::ExecSql()] Exec sql log:音问 3241，级别 16，景色 7，办事器 WIN-7NNV0POC4PU，第 1 行
设立'D:\iMC5.2\imcbak0113\5.2.E0402P07-ead_ead_db_20140113_104610_full.db'
上的媒体簇的结构不正确。SQL Server 无法处理此媒体簇。
音问 3013，级别 16，景色 1，办事器 WIN-7NNV0POC4PU，第 1 行
RESTORE DATABASE 正在额外拒绝。
问题原因：数据库自己低版块不错向高版块兼容，但高版块向下不兼容，即SQL Server 2005备份的数据库不错在SQL Server 2008版块规复，但SQL Server 2008备份的数据库不救济在SQL Server 2005版块规复。
管制决策：安设疏导SQL Server版块进行数据库规复。
6、dbman\etc\ 文献夹下，加多了以“.skip”为后缀名的文献
问题现象：Dbman运行闲居，但部分数据库未备份。
问题分析：iMC中某些组件的数据量很大（如NTA），在设立Dbman时，无需对它进行备份和规复。处理形态如下：
在dbman\etc\ 文献夹下，加多以“.skip”为后缀名的文献（如 nta.skip），文献试验如下：
dbName=nta_db （用于SQL Server）
dbUserName=imc_nta（用于Oracle）
Dbman设立气象会自动读取该文献，进行过滤。上述设立文献中说起的数据库，将不再进行备份。
问题原因：加多了skip文献。
管制决策：取消以“.skip”为后缀名的文献
7、dbman\etc\ 文献夹下，加多了以“.skip”为后缀名的文献
留心篇
沉之堤，毁于蚁穴，数据库乃iMC之中枢，必须陈腐于未然。
1、开启DBMAN自动备份功能，并将备份的数据库零丁保存。
DBMAN手动备份出来的数据库存放在iMC办事器土产货磁盘，自动备份的数据库一般通过FTP上传到iMC备办事器，为了驻扎iMC办事器故障导致磁盘数据丢失，提出将按期备份的iMC数据库保留一份到外置磁盘。比如，U盘、移动硬盘，总之，多一个备份，多一份保障。
2、对DBMAN功能按期作念体检。
东说念主有人情世故、神器也有阴晴圆缺，留心显得格外繁重，咱们应该按期对DBMAN的功能作念巡检，具体包括：
a.稽察dbman进度是否闲居，如下图所示。
b.主办事器自动备份功能查验，可使用手工备份测试法，也不错稽察备份文献存放目次是否有近期的备份文献以细目自动备份功能是否闲居，要是备份不闲居，可汇集iMC安设目次/dbman/log下日记并反馈给居品线问题分析。
c.备办事器FTP软件使命景色查验，主办事器是通过FTP上传备份的数据库给备办事器，故需要确保备办事器FTP软件的使命闲居。
d.备办事器自动规复功能查验，不错稽察备办事器自动规复设立里“文献备份旅途”下是否有最近的备份文献，如下图所示。
要是规复不闲居，可汇集iMC安设目次/dbman/log下日记并反馈给居品线问题分析。
3、iMC主备办事器各版块一致性查验
DBMAN无论是手动规复还是自动规复告捷的前提是备份和规复数据库对应的iMC各版块要一致，不然势必规复失败。新版块备份的数据库文献佩戴具体的版块信息，如下图所示。
关于老版块iMC，可大开“智能部署监控代理”>>“运行环境”页签稽察对应的版块信息，如下图所示。
时隔多年，郭靖、黄蓉配偶虽不在东说念主世91porn_soul，但其名著《iMC数据库维稳条记》却在IT江湖界广为流传……
