精华内容
下载资源
问答
  • 本文根据DBAplus社群第87期线上分享整理而...15年运维管理经验,在数据库诊断、故障排除、优化、架构设计等方面具有丰富的经验。 主题简介: 1、运维中常见的场景及对应解决案例 2、解密DPM数据库性能分析平台 ...

    本文根据DBAplus社群第87期线上分享整理而成。

     

    讲师介绍  20161229100240499.jpg

    邹德裕

    轻维软件首席专家

     

    • DBAplus社群联合发起人,OraZ产品作者、Oracle OCM。

    • 15年运维管理经验,在数据库诊断、故障排除、优化、架构设计等方面具有丰富的经验。

     

    主题简介:

    1、运维中常见场景及对应解决案例

    2、解密DPM数据库性能分析平台

     

    本次我给大家带来的主题分享为《15年老司机的DPM数据库性能分析产品研发之路》。

     

    我将通过Oracle在实际生产中常见的运维场景及问题处理案例,解析如何直击、解决DBA的痛点,最后为大家揭秘DPM数据库的台前幕后。

     

    先简单介绍下我的个人从业经历。

     

    大学期间,我曾给系里为区政府做网站,当时正在推行“政府上网工程”, 一个暑假用asp就赚了一个学期的生活费。

     

    毕业后在IT圈混了近10几年,先后做了开发、销售(卖的还是劳斯莱斯发电机)干了快半年,实在卖不动又回去搞开发,并用Java给公司做了个“7号信令”的解码软件(现在再让我回去写那些算法,估计写不出来了)。

     

    再后来,我在开发中接触了Oracle数据库,便深深地喜欢上严谨的甲骨文,就去考了OCP,转型DBA。一路磕磕碰碰走过来,回首过往,才发现这段开发经验始终贯穿我工作的十几年。

     

    运维中常见场景及对应解决案例

     

    现在的数据库管理员必须拥有前所未有的渊博知识,最好具有设计、开发、系统管理背景,与数据库有关的一切工作都可以看作是DBA的职责范围。DBA随时都要承受很大压力,不仅要完成应用和数据库的更改、快速解决问题,还要防止数据的丢失和损坏。

     

    我们来了解下数据库DBA的主要职责:

     

    1. 保证数据的安全如备份方案,容灾方案;

    2. 数据库的可用性;

    3. 日常故障处理、问题诊断 ;

    4. 性能分析处理;

    5. 数据库升级(打补丁)、改造、优化、补丁修复等。

     

    下面通过5个场景,从SQL优化、后台常见错误定位分析、锁堵塞应急处理、如何规范完整地收集问题诊断信息,以及如何实现巡检报告的工具化、平台化,逐步展开对DPM性能分析平台的了解。

     

    场景一:DBA之痛“巡检报告”

     

    为了消除故障、缩短故障历时,提高设备运行性能,每月(或节假日)对数据库的运行情况进行巡检,以及时发现生产数据库时已经存在或潜在的问题,同时提交系统巡检报告,对系统存在的问题提出整改建议。而对于DBA来讲,数据库巡检是件繁琐的事情,但又不得不做。

     

    以下为巡检报告目录,总共近65页(还一半目录未列出),以一个二线DBA为例,做一套库最快也要半天,且该项工作重复且枯燥,以下为巡检报告示例目录:

                                                  20161229100254855.jpg

     

    1)通过DBAplus社群工具OraZ实现的深度巡检,实现对系统配置、CRS、操作系统、补丁等软件环境运行配置检测、并提供原厂解决方案,该自动化巡检功能整合到自动化运维平台,一键体检实现主动扫描整个系统以及系统的操作系统、CRS、数据库、高可用等层面中的已知问题,提升系统的稳定性,检查并提示环境变化是否违反最佳实践,升级前后的验证评估、环境检测;

     

    20161229100310724.jpg

     

    检测结果: Oswatcher未安装的明细:

     

    20161229100320171.jpg

     

    平台将巡检收集的系统性能数据、容量信息、配置信息收集保存在平台,为后续系统维护、升级、扩容提供决策数据支持,实现巡检自动化。

     

    作用:

    1. 对于系统中存在的风险提供简单化和合理化的诊断分析建议;

    2. 对系统中存在的风险提供对应专业的解决方案;

    3. 评估结果量化评分,直观判断健康度;

    4. 检测积累的最佳实践应用是否启用;

    5. 数据入库统计分析:高风险漏洞统计、安全趋势分析、整体最佳实践应用评估、分析问题出现趋势、报告结果对比等。

     

    2)DPM一键巡检模块

     

    DPM巡检模块为Oraz巡检的升级和延伸,增加360式的一键巡检功能,支持数据库一键式深度健康检查,覆盖面更广,包括了配置、性能、安全(包含最新的比特币勒索检测)、对象审核、集群等150多个指标,并提供按巡检模板导出word功能,并生成巡检报告。

     

    20161229100331249.jpg

     

    20161229100344932.jpg

     

    场景二:提供规范、完整的诊断问题信息

     

    Oracle数据库的日常工作之一,当系统出现问题后尽快地定位问题,现场解决一部分常规数据库问题。如出现些600或07445等内部错误或疑难杂症时,需向Oracle support请求专家深入分析,如需在MOS上开SR时提供规范、完整诊断问题的信息。

     

    如何收集信息也是DBA一件头疼的事,特别是开一级SR(故障当前持续中),此时在线专家会不时的要求现场提供对应的问题诊断信息,一来一往挤牙膏式的,往往耽误问题解决,延长业务恢复的时间。

     

    与数据库打交道多年,处理过大量故障,也掌握了不少问题诊断的方法和工具,对每一类问题都可以大体归类出一些诊断方法。无论问题多么复杂,像扒洋葱一样,一层层去掉无关的,留下关键的,同时借助于一些诊断工具,层层深入,最后找到问题的核心。

     

    首先按信息类型建立数据收集标准:

     

    收集分类

     

    • 标准Trace收集/Alert信息收集

     

    RAC收集:

    1. 每个节点的Alert.log

    2. 每个节点的LMS[0|9] trace file

    3. 每个节点的LCK trace file

    4. 每个节点的LMON trace文件

    5. 每个节点的LMD0 trace文件

    6. 每个节点的DIAGA trace 文件

    7. Alert log中提到的Trace 文件

     

    非RAC收集:

    1. 单Instance的Alert.log

    2. Alert log中提到的Trace文件

     

    性能影响:无,只是简单提取数据。

     

    • OS日志信息收集

     

    操作系统对应相关信息如下:

     

    1. Linux: /var/log/messages

    2. Solaris: /var/adm/messages

    3. HP-UX: /var/adm/syslog/syslog.log

    4. Tru64: /var/adm/messages

    5. AIX: 每个节点的"errpt" 和"errpt -a"命令输出结果

    6. Windows: 通过事件查看器导出系统日志和应用日志

     

    性能影响:无,只是简单提取数据。

     

    • RACDiag信息收集

     

    运行racdiag.sql执行。

     

    在相应的目前下执行这个脚本。

     

    需要注意的这个脚本已经包含如下脚本:

     

    -- 获取Hang Analyze的trace,并会执行一会:

     

    oradebug setmypid

    oradebug unlimit

    oradebug -g all hanganalyze 3

     

    -- 下面步骤将会执行时间比较长,需监控是否有对应文件生成:

     

    oradebug -g all dump systemstate 267

     

    若运行racdiag.sql这个脚本,就不再需要做sytemdump以及hanganalyze。

     

    sqlplus “/ as sysdba”

    sql> @racdiag.sql

     

    性能影响:因为含有systemdump,做执行时间可能会相对较长.其执行时间受systemdump时间限制,之后去bdump以及udmp检查执行时间点产生的文件。

     

    注:篇幅有限,以下的就不一一列出了。

     

    CRS日志收集

     

    1. HangAnalyze信息收集

    2. SystemState信息收集

    3. AWR/ASH信息收集

    4. STATSPACK信息收集

    5. Process相关信息收集

    6. 诊断工具数据收集:OSWatcher、RDA、Procwatcher、11g ADRCLI、SQLT(SQLTXPLAIN)等工具

     

    然后按故障类别梳理,整理对应故障所需提供诊断信息:

     

    注:每种故障类型列出一个,其它不一一列出。

     

    诊断RAC 问题:

     

    • 实例剔除问题

     

    报错信息为:

     

    INSTANCE EVICITON/ORA-29740: “EVICTED BY MEMBER %S,GROUPS INCARNATION”

    Errors in file /opt/bdump/10gR2/bdump/v10gR21_lmon_121396.trc: ORA-29740: evicted by member 0, group incarnation 18 Mon Dec 8 01:52:25 2007 LMON: terminating instance due to error 2974

     

    一个Instance报ORA-29740错误,可能是由于Oracle的软件本身问题也有可能是由于硬件资源问题或者网络问题,对于这种问题,需收集如下信息:标准日志信息、CRS Logs信息、OS 信息、Procwaterh信息、OSW信息。

     

    此外还有可能需要做CRS核心进程Debug(如Oracle后台专家建议)。

     

    • Lmon进程中断问题

     

    报错报错为:

     

    ORA-481: “LMON PROCESS TERMINATED WITH ERROR”

    一般是由于 LMON在监视集群软件本身时产生问题,出于结点本身一致性的需要,故需要LMON将此实例中断。

     

    Errors in file /opt/bdump/10gR2/bdump//v10gR21_lmon_9944.trc: ORA-481: LMON process terminated with error Thu Sep 25 03:46:56 2008 LMON: terminating instance due to error 481

     

    需收集如下信息:标准日志信息、CRS Logs信息、OS 信息。

     

    • LCK进程中断问题

    • RAC节点自动重启问题

    • GES Potential blocker问题

    • IPC Send Timed Out问题

     

    诊断性能问题:

     

    • 数据库慢问题

     

    根据数据库的版本对应信息,一般情况下需收集信息如下:

     

    1. ASH数据;

    2. AWR:如果故障时间短,需要短时间频率的AWR时间连续性报告多份,如故障时间长,需要长时间频率的AWR 时间连续性报告多份;

    3. OS信息、RDA信息;

    4. Statspack信息(9i库);

    5. 进程信息数据如10046 and Error stack and Process dump;

    6. Hanganalyze和System State信息。

     

    • 数据库Hang/锁的问题

    • 内存4031问题

    • 内存Latch问题

     

    诊断非RAC问题

     

    • ORA-600问题

    • ORA-7445问题

     

    ORA-07445 : exception encountered: core dump [%s] [%s]

     

    需收集如下信息:

    1. 标淮的Alert文件及Alert log提到的Trace文件;

    2. 如果生成很多文件,建议把最初的Trace文件提供,如果有生成不同的Trace文件,把每一个的Trace文件第一个上传;

    3. 在一些情况下,如果Trace文件没有生成,如果这样的话,core文件会对文件解释有用,并且需要用操作系统的debug工具进提供。

     

    • Instance Crash问题

    • Listener问题

    • 数据库启动问题

     

    DPM平台诊断信息快速收集解决方案:

     

    1)整合自动化运维平台的脚本管理模块,通过脚本管理、SSH端口、远程命令调用等功能将诊断信息收集标准化,并整合进平台,帮助DBA在处理相关问题时进行快速信息搜集,熟练的故障信息收集能够减少故障处理的时间,这些必要的信息对于原因查找以及故障诊断和分析都是非常必要的。

     

    2)故障出现时,通常DBA处理数据库系统的性能问题时遇到最大的困难就是在现象发生的时候去收集必要的诊断信息。
     

    首先,必要的诊断信息一般很少能被收集到,因为在问题发生时去定位问题、决定收集哪些诊断信息、考虑如何去收集这些诊断信息会花费一些时间。

     

    更多的情况却是,问题已经过去了,或者我们不得不关闭数据库来解决这些问题。这就迫使用户不得不等待问题再次发生时去快速收集信息。

     

    DPM通过内部核心专业算法采集上百个内置指标和实时性能数据,已避免当数据库发生性能问题的时候,我们并没有机会来收集足够的诊断信息,比如system state dump或者hang analyze,甚至问题发生的时候DBA根本不在场,我们才能在事后根据DPM收集的信息来分析问题的原因。

     

    20161229100400908.jpg

     

    场景三:常见后台错误日志定位分析

     

    如何快速发现并解决ORA-XXX错误信息和分析思路、解决方法

    数据库后台日志错误类型很多,这里以ORA-00600数据库内部致命错误来展示分析过程:

     

    报错原因

     

    1)Ora-00600错误的发生,本质上是因为Oracle RDBMS程序代码在运行过程中发生了程序意外(program exception),它属于Oracle的内部错误。

     

    2)Ora-00600错误通常是由于Oracle BUG引发的,当然,其它一些情况也有可能引发,比如操作系统资源不够,或者硬件出现问题时,或者不正确的操作也有可能引起。

     

    报错参数

     

    1)在出现Ora-00600错误时,通常伴随具体的报错参数,每个参数被方括号包围,格式如下:ORA-00600 internal error code, arguments: [string], [string], [string], [string], [string], [string], [string], [string]

     

    2)第一个参数表示了发生意外的Oracle代码的位置,它对定位问题起关键作用;剩下的参数提供更进一步的报错信息。

     

    解决手段

     

    1)通常在出现ORA-00600时,都会在USER_DUMP_DEST或BACKGROUND_DUMP_DEST目录下(11g的目录结构不同)产生一些trace文件,同时在alert<SID>.log文件中也会产生报错信息,这些信息和trace文件可以用来帮助分析错误原因;

     

    2)还可以根据报错前数据库的日志,以及询问现场操作人员,分析数据库在报错之前进行了哪些操作,分析是不是因为不正确的操作引发了ORA-00600错误;

     

    3)还可以通过MOS(My Oracle Support)来更深入的查找报错信息的说明,MOS还提供了ORA-600/ORA-7445 Troubleshooter功能,可以查找相同ORA-00600错误的案例;

     

    4)如果没有关于您的报错信息的说明,需向Oracle support请求支持,比如在MOS上开SR。

     

    数据库后台日志实时告警

     

    DPM“日志分析”模块通过大数据技术实时提取和分析数据库后台日志,DBA可以通过界面形式直观展示数据库日志:

     

    20161229100411737.jpg

    20161229100420424.jpg

     

    场景四: “TX,TM,DX”锁应急处理

     

    现象描述

     

    数据库大量锁异常等待,系统资源消耗高,cpu负载高 (针对大量'TX,TM,DX'等类型的锁造成的大量异常等待)。

     

    影响因素

     

    多个事务争用造成。

     

    传统解决方法

     

    以下语句列出是谁造成了阻塞

     

     column event format a30 

      column sess format a20

      set linesize 250

      set pagesize 0

      break on id1 skip 1

    select decode(request,0,'Holder:',' Waiter:') || s.inst_id || ':' || s.sid||','|| s.serial# sess,

          id1, id2, lmode, request, l.type, ctime, s.username,s.sql_id, s.event

    -- ,s.service_name

      from gv$lock l, gv$session s

      where (id1, id2, l.type) in

        (select id1, id2, type from gv$lock where request>0

        )

       and l.sid=s.sid

       and l.inst_id=s.inst_id   

      order by id1, ctime desc, request

    /

     

    按照这个语句多查询几次,如果Holder持续不变,则跟开发商确认是否异常(如应用侧无法回滚或提交,则数据库端终止该进程以释放锁)。操作前记录相关日志。

     

    DPM平台解决方案

     

    通过DPM的“堵塞与等待”模块分析,实现数据库锁阻塞的智能分析及一键式解锁功能(涉及安全该功能暂时隐藏,后续修改成直接生成终止会话和进程的语句,由DBA自行判断是否能终止),包括锁的历史情况均可回溯,堵塞源头信息一目了然。

     

    20161229100432179.jpg

     

    场景五:SQL优化

     

    数据库80%以上的问题都为性能问题,而SQL优化的本质就是:1、缩短响应时间;2、提升系统吞吐量;3、提升系统负载能力。

     

    要使用多种手段,在提升系统吞吐量和增加系统负载能力、提高单个SQL效率之间寻求一种平衡。就是要尽量减少一条SQL需要访问的资源总量,比如走索引更好,那就不要使用全表扫描。

     

    SQL优化过程图:

     

    20161229100440680.jpg

     

    SQL优化步骤:

     

    1、获取SQL制定优化目标:从AWR、ASH、ORA工具、SQL CHECK SCRIPTS等主动发现有问题的SQL、用户报告有性能问题DBA介入等,通过对SQL的执行情况进行了解,先初步制定SQL的优化目标。

     

    2、检查执行计划:explain工具、sql*plus autotrace、dbms_xplan、10046、10053、awrsqrpt.sql等。

     

    3、检查统计信息:Oracle使用DBMS_STATS包对统计信息进行管理,涉及系统统计信息、表、列、索引、分区等对象的统计信息,统计信息是SQL能够使用正确执行计划的保证。

     

    4、检查高效访问结构:重要的访问结构,诸如索引、分区等能够快速提高SQL执行效率。表存储的数据本身,如碎片过多、数据倾斜严重、数据存储离散度大,也会影响效率。

     

    5、检查影响优化器的参数:optimizer_mode、optimizer_index_cost_adj、optimizer_dynamic sampling、_optimizer_mjc_enabled、_optimizer_cost_based_transformation、hash_join_enable等对SQL执行计划影响较大。

     

    6、优化器新特性、BUG:如11g的ACS(自适应游标共享)、automatic serial direct path(自动串行直接路径读)、extended statistics、SQL query result cache等。有的新特性会导致问题,所以需要谨慎使用。

     

    7、SQL语句编写问题:SQL语句结构复杂、使用了不合理的语法,比如UNION代替UNION ALL都可能导致性能低下。

     

    8、优化器限制:无法收集或得到准确的统计信息、无法正确进行查询转换操作等,如semi join、anti join与or连用会走FILTER操作。

     

    9、其他:主要涉及设计问题,如应用在业务高峰期运行,实际上可以放到较空闲状态运行。表、索引、分区等设计不合理。

     

    以上几点,是我们进行优化时需要考虑的地方,可以逐步检查。当然,80%到90%的纯SQL性能调整,通过建立索引,收集正确统计信息,避免改写优化器限制,就已经能够解决了。

     

    优化的示例这里就不列出了,大家可以参考丁大师在社群分享过的《看了此文,Oracle SQL优化文章不必再看!”》一文。下面我们来看看通过DPM的优化解决方案。

     

    应用自动化工具DPM优化解决方案

     

    通过上面的SQL优化的过程和步骤看,从发现问题SQL、获取执行计划、检查执行计划、对比执行计划、检查统计信息、获取访问对象结构信息到检查SQL语句编写等问题,如以手工方式做优化分析需要资深DBA优化专家才能熟练完成,且耗时耗力,下面我们看看通过DPM工具快速发现问题并解决的案例。

     

    整体实例性能诊断

     

    通过数据库内部核心专业算法,为每个数据库构建一个单独的指标繁忙度,通过这一个指标度量数据库的健康情况,相比传统数据库监控数十个监控指标更为直观,快速发现并跟踪定位问题数据库:

     

    20161229100459232.jpg

     

    获取和发现待优化SQL

     

    1)第一种方法是通过DPM的慢SQL模块消耗占比高SQL,可以从CPU时间、执行次数、IO读、IO等待时间4个模块汇总分析,通过消耗占比高的语句制定优化的SQL语句目标。

     

    20161229100511964.jpg

     

    2)第二种方法是通过DPM的性能分析模块,该模块采集数据库实时性能数据,构建数据库性能运行趋势图,通过图表的形式快速展示数据库性能状态,以及找到指定负载高时间段内消耗情况,点对点形式快速定位数据库性能瓶颈,也可通过拖动中间的标尺查看对应时段的性能数据,来展示对应时段内的顶级活动事件、顶级活动SQL、顶级活动会话,选择消耗百分比占比高的作为SQL优化目标。

     

    20161229100520918.jpg

     

    获取执行计划

     

    点击“慢SQL”或“性能分析”模块SQL_ID下钻详细对应SQL页面,直观展示SQL语句文本、消耗情况、执行次数、历史执行情况、执行计划等:

     

    20161229100531199.jpg

     

    访问对象信息获取

     

    点击“对象统计”获取对应访问结构涉及对象信息,若对应表或对象存在统计信息过旧问题(由“统计信息分析”模块发现的统计信息过旧对象)则会自动标红。

     

    20161229100541288.jpg

     

    获取优化建议

     

    快速定位SQL性能原因,对于问题SQL提供一键式优化建议和解决方案,并评估解决方案的提升率,下图为平台优化结果示例:

     

    20161229100552168.jpg

     

    整体而言,我们提供的是企业级端到端的应用性能管理整体解决方案,拥有国内第一个真正实现了从应用层、中间件到数据库事务级的自动化识别和自动关联分析的APM应用性能管理平台,DMP既可以作为APM一个模块,也可以独立部署,作为数据库性能管理工具使用。与此同时,APM、DPM也可以与我们的AMP自动化运维产品和Ivory大数据日志分析平台深度集成,提供敏捷运维“产品+定制+服务”的企业级交付能力。

     

    Q&A  

     

    Q1:OraZ目前只支持Oracle?

    A1:是的,目前还只支持Oracle。

     

    Q2:目前支持的数据库版本?

    A2:除Oracle外还支持MySQL、DB2。其中,Oracle需要10g版本以上。

     

    Q3:这些图标可以下钻到什么程度?

    20161229100602931.jpg

    A3:点击sql_id后可以下钻获取SQL语句文本、消耗情况、执行次数、历史执行情况、执行计划,进一步可以切换查看访问相关的统计信息和优化建议。

     

    Q4:DPM模块是内嵌在OraZ里面的吗?

    A4:DPM是全新开发的,与OraZ是独立的,而且OraZ工具应该是面向社区的工具,DPM是平台级,B/S架构的。

     

    Q5:是否提供下载试用?上面提到的,逐层钻取,分析,对于一线DBA还是很有用的。

    A5:暂未发出试用版,如需试用可以联系我,可安排poc。

     

    Q6:DPM指的是什么?

    A6:DPM是数据库性能分析平台的简称。

     

    Q7:新的补丁出来多久打合适?

    A7:按Oracle官方工具Orachk检查会是最近一个季度版本,具体可以从mos下载最新的检测看报告结论。

     

    Q8:对比SQL monitor,OraZ与DPM在SQL优化方面有哪些优势或者便利?

    A8:SQL monitor更多是针对SQL实时监控,超过5秒的cpu/io时间就会被记录,并分析,具体差别比较大,而OraZ是对全库的ash数据采集分析,OraZ与DPM相似,最大区别是面向个人和企业级。

    原文发布时间为:2016-12-29

    本文来自云栖社区合作伙伴DBAplus

    展开全文
  • 【FLUENT案例】02:DPM模型

    千次阅读 2019-09-23 14:36:36
    1 引子1.1 案例描述1.2 学习目标1.3 模拟内容2 启动FLUENT并导入网格3 材料设置4 Cell Zones Conditions5 Calculate6 定义Injecions7 定义DPM材料8 颗粒追踪9 设置粒子分布直径10 粒子追踪11 统计出口面上粒径分布12...


    本案例延续案例1的模型及计算结果。

    1 引子

    1.1 案例描述

    本案例描述了如何在FLUENT中使用DPM模型。在前面的案例中,模拟了T型管中的单相流动。本案例将使用相同的T型管模型,模拟颗粒进入T型管后的运动轨迹。

    1.2 学习目标

    本案例学习目标包括:

    • 定义颗粒材料
    • 向计算域中注入颗粒
    • 使用常数或分布函数定义颗粒粒径
    • 包含颗粒的随机效应
    • 预测管道壁面的冲蚀损伤

    1.3 模拟内容

    本案例模拟的是几何模型与案例1相同,不过介质为丙烷,同时还有水滴注入到计算域中。

    • 模拟液滴被气体带入管道中的运动轨迹
    • 使用分布粒径,预测固体壁面上的冲蚀(或附着)

    2 启动FLUENT并导入网格

    采用案例1的Case,导入过程这里不详述。

    3 材料设置

    • 在FLUENT材料库中添加材料Propane(c3h8)

    4 Cell Zones Conditions

    • 设置计算域材料为Propane

    5 Calculate

    • 设置计算150步,获取新的计算结果

    6 定义Injecions

    • 鼠标双击模型树节点Discrete Phase > Injections,在弹出的对话框中选择按钮Create
    • 在弹出的Set Injection Properties对话框中,进行如下图所示的设置。

    7 定义DPM材料

    • 鼠标双击模型树节点Materials > Inert Particle > anthracite,弹出材料属性设置对话框,改变Density参数值为1000,如下图所示,点击按钮Change/Create并关闭对话框。

    8 颗粒追踪

    • 鼠标双击模型树节点Results > Graphics > Particle Tracks,弹出颗粒追踪参数设置对话框
    • 点击对话框中的选项Draw Mesh前的复选框,弹出Mesh Display对话框,点击Display按钮。点击Close按钮关闭对话框。
    • 返回Particle Tracks面板,选择Release from Injections列表框中的injection-0,点击按钮Track进行粒子追踪

      此时TUI窗口显示信息如图所示:

      图中信息为:追踪粒子数量158个,其中逃逸158个,丢失0个,捕捉0个,蒸发0个,未完成0个

    • 点击Display按钮,显示粒子追踪图(颗粒停留时间),如下图所示。

    关于DPM的一些分析:
    在本例中,液滴从”inlet-z”边界释放进入计算域,该边界上有158个网格,追踪158个轨迹

    • 每一个液滴直径均为1×104m1×104m,其密度为1000kg/m31000kg/m3,因此液滴质量为5.22×1010kg5.22×10−10kg
    • 这里假设从相同位置以相同条件进入计算域的粒子具有相同的轨迹
    • 计算中输入的质量流量为1kg/s,因此158个粒子用于表征1.2×1071.2×107个真实粒子(1/(5.22×1010×1581/(5.22×10−10×158)
    • The droplet (or particle) progresses through the domain through a large number of small steps. At each step, the solver computes the force balance acting on a single droplet (diameter 1x10-4 m) – hence considering the drag with the surrounding fluid, droplet inertia, and if applicable gravity. The mass transported is that of all the droplets in that stream (1.2x107 droplets/sec).
    • 液滴与连续相间可以是单向耦合也可以是双向耦合。本案例采用的是单向耦合。
      • 单向耦合意味着流体可以影响DPM粒子的动量及能量,但是DPM粒子运动不会影响到其周围连续相的流场。因此可以在后处理中计算DPM轨迹
      • 若有必要的话,可以通过在DPM模型设置面板中激活Interaction with Continuous Phase选项来开启双向耦合。双向耦合计算中连续相收敛要比单向计算困难,往往需要更多的迭代步,在计算的过程中,没有必要再每一个流动迭代步中计算DPM轨迹,通常在5-10个迭代步后更新粒子轨迹。

    9 设置粒子分布直径

    前面对于粒子直径采用常数,这里改为使用Rosin-Rammler分布。
    R-R分布指的是颗粒质量分数与直径间的函数关系:

    Y(d)=e(d/d¯)nY(d)=e−(d/d¯)n

    式中,d¯为平均粒径
    • 双击模型树节点Models > Discrete Phase(On) > Injections > Injection-0,如下图所示。
    • 在弹出的对话框中进行如下设置
      • 设置Diameter DistributionRosin-rammler
      • 设置Min Diameter1e-4
      • 设置Max Diameter5e-4
      • 设置Mean Diameter4e-4
      • 设置Number of Diameters10
    • 点击OK按钮确认操作并关闭对话框。如下图所示。

    10 粒子追踪

    • 采用第8步相同的方式进行Particle Tracks

      粒子追踪(颗粒停留时间)如下图所示。

      此时TUI窗口消息如下图所示。

      此时追踪的粒子数量变为了1580个,是因为在上一步中设置Number of Diameters10,所以总的粒子数量为10×158=158010×158=1580个。

    11 统计出口面上粒径分布

    -鼠标点击模型树节点Results > Reports > Discrete Phase > Sample,如下图所示。

    • 在弹出的对话框(如下图所示)中选择Boundariesoutlet,选择Release from Injectionsinjection-0,点击Compute按钮,如下图所示。
    • 点击模型树节点Results > Reports > Discrete Phase > Histogram,弹出如下图所示的对话框。
    • 点击Read…按钮,加载上一步生成的文件outlet.dpm
    • 进行如下图所示设置。选择Sampleoutlet,选择variablediameter,选择weightmass-flow
    • 点击Plot按钮显示图像。如下图所示。(也可以将数据输出,然后用其他后处理工具绘图)

    12 修改壁面边界以捕捉颗粒

    • 鼠标双击模型树节点Boundary Conditions > wall-fluid(wall),弹出边界设置对话框
    • 切换到DPM标签页,设置Boundary cond. TypeTrap,如下图所示
    • 点击OK按钮关闭对话框

    13 颗粒追踪

    按第8步相同的方法进行粒子追踪。TUI窗口显示如下图所示的信息。

    可以看出,释放了1580个颗粒,其中逃逸857个,捕捉723个。
    颗粒追踪(粒子停留时间)如下图所示。

    14 考虑湍流效应

    • 双击模型树节点Models > Discrete Phase(On) > Injections > Injection-0,弹出如下图所示对话框。
    • 切换至Turbulent Dispersion标签页,激活Discrete Random Walk Model,设置Number of Tries10,点击OK按钮关闭对话框。
    • 采用如步骤8所描述的粒子追踪方法。
      TUI窗口显示消息如下图所示。

      从图中可以看出,追踪颗粒数量变为了15800,其中逃逸5324,捕捉3591,追踪未完成6885

      追踪颗粒之所以变为了15800,是因为使用随机模型的时候设置了Number of Tries10,故总颗粒数量为158×NumberofDiameters×NumberofTries158×NumberofDiameters×NumberofTries
      这里反映有未完成颗粒,可以通过增大Discrete Phase Model面板中的Max Number of Step来改善。该值默认为500。将此值增大至2000,则未完成颗粒消失。

    15 考虑冲蚀

    • 计算冲蚀必须使用双向耦合
    • 为计算资源考虑,关闭Discrete Random Walk

    • 双击模型树节点Discrete Phase,在弹出的对话框中进行如下图所示的设置。

    • 进入Solution > Run Calculation节点,进行如下图所示设置。

      由于本例设置的颗粒材料为液滴,因此壁面采用的是Trap,若为固态颗粒计算冲蚀,则需要设置壁面行为为Reflect。实际计算时还需要对壁面DPM行为参数进行设置,这里采用默认参数。

    16 后处理查看壁面冲蚀云图

    • 双击模型树节点Results > Graphics > Contours ,弹出如下图所示对话框
    • 在弹出的对话框中进行如下图所示设置

      点击Display按钮显示冲蚀云图,如下图所示。

    17 导出数据到CFD-POST

    dat文件中并没有包含DPM颗粒轨迹数据,因此需要采用导出的方式将颗粒轨迹导出到文件中。

    • 利用菜单File > Export > Particle History Data,弹出如下图所示对话框
    • 点击按钮Exported Particle Variables…,弹出如下图所示对话框,在对话框中Available Particle Variables列表项中选择需要导出的变量,点击按钮Add Variables将选择的变量添加到左侧的列表中,点击OK按钮关闭对话框。
    • 返回到Export Particle History Data对话框,点击Write按钮输出颗粒轨迹数据。
    • 关闭FLUENT返回至Workbench工程面板。

    18 CFD-POST操作

    • 从左侧的组件列表中选择Result拖拽至A3单元格上,双击工程面板中的B2单元格,进入CFD-POST环境
    • 利用菜单File > Import > Import Fluent Particle Track File,如图所示

      打开如下图所示对话框,找到上一步导出的颗粒轨迹文件。
    • 颗粒轨迹导入后,点击模型树节点FLUENT PT for Anthracite,在下方属性窗口中,设置Max Tracks为500

    • 设置Color标签页下,进行如下图所示设置
    • 点击Apply按钮,图形框显示粒子追踪图如下图所示。





    转载于:https://www.cnblogs.com/LSCAX/p/5353164.html

    展开全文
  • 1.1 DPM 2007系统结构 DPM 2007需要有“域”的运行环境,在一个典型的微软应用环境中,DPM 2007的备份方案结构如下图: 1. 在Windows Server 2003或者Windows Storage Server 2003上... 代理程序最短能够每15...
    1.1 DPM 2007系统结构
    DPM 2007需要有“域”的运行环境,在一个典型的微软应用环境中,DPM 2007的备份方案结构如下图:
    p_w_picpath
    1. 在Windows Server 2003或者Windows Storage Server 2003上安装DPM 2007服务器
    2. 在需要被保护的目标服务器或者桌面系统上配置代理程序
    a. 代理程序最短能够每15分钟同步数据到DPM服务器上
    3. DPM服务器按照用户定义将数据自动存储在磁盘或者磁带上
    1.2 DPM 2007特点
    Data Protection Manager (DPM) 2007加入了高级的应用程序感知功能,包括有内嵌的能够对应用程序智能识别的功能,能够提供对SQL Server, Exchange Server, and SharePoint Server可定制的数据保护。这种应用程序的感知能力结合了强大的用户界面、完整的PowerShell 支持,并且稳固的复制能力和监测点系统能够让数据库系统管理员和IT多面手进行他们需要的、快速的、成功的备份和恢复。
    1.2.1 扩展的保护
    DPM 2007能够针对SQL服务器或者Exchange服务器进行颗粒度更小的数据保护:
    1. 对于SQL服务器能够实现有选择的基于恢复时间目标(RTO,Recovery Time Objective)和恢复点目标(RPO,Recovery Point Objective)对数据库进行备份。
    2. 对于Exchange服务器用户可以选择对于不同的存储组基于RTO和RPO的备份;并且在恢复邮件时最细化的能够做到某个用户的邮件恢复。
    通过结合数据库的交易日志和块级的数据同步技术,DPM 2007能够帮助用户实现更加细化的数据备份。例如对于SQL服务器,在完成最开始的将数据库数据初始化基础复制到DPM服务器上后,SQL数据库的交易日志能够持续的最小到每15分钟同步到DPM服务器上。DPM服务器具有的“快速全”备份技术,利用SQL Server VSS writer 来识别哪个书库库“页”在磁盘上的数据被修改。这些被修改的“页”也只是这些被修改的“页”被复制到DPM服务器,在DPM服务器上他们被存储为一个“差量集”以实现备份。DPM服务器最多可以保存有512个差量备份。如果用户每周保存了一个“快速全”备份映象,加上每15分钟的日志差异化备份,最终用户能够有超过344,000 潜在恢复点(RPO): 512个每周的映象x 7 (天) x 24 (小时) x 4 (每15分钟) 交易日志同步。这些可恢复点的可恢复性、一致性和可读性有SQL服务器保证,并可以被直接恢复到原始数据库、同一或不同的SQL服务器或者到磁带介质。
    1.2.2 保护用户系统结构的弹性
    为什么用户面对数据保护的问题的时候往往面露难色,从最开始的系统配置就可以看到端倪。通常的备份软件产品在实施一个备份系统前需要用户按照应用的种类详细核实服务器数量;这样在系统实际结构与一开始规划的不符合时,备份系统就无法彻底的实施;例如ABC公司有10台应用服务器,具体为:7个SQL服务器,3个Exchange服务器。某备份解决方案供应商按照客户提供的配置订购了8个SQL服务器代理程序和2个Exchange服务器代理程序。但是在采购完成后,由于用户订购的PC服务器性能强大;执行邮件服务用2个服务器就可以,而业务需要,要增加一个SQL服务器进行给财务系统使用。这样问题就产生了,用户必须退货(退掉Exchange代理程序)重新订购(增加一个SQL服务器代理程序),因此用户和集成商、供应商之间的商务、服务合约都要重新修改或者追加条款;为以后服务品质的保证埋下了隐患。如此情况,如果用户采购了DPM 2007就绝对不会发生,因为DPM 2007采用微软独特的技术用一种代理程序来自动的、智能的识别应用系统并完成备份,因此对比其他厂商,用户购买DPM 2007只需要购买:
    用户服务器数量
    其他厂商代理程序数量
    DPM 2007代理程序数量
    7个SQL服务器
    7个SQL代理
    10个企业级DPM代理
    3个Exchange服务器
    3个Exchange代理
    因此,无论用户如何更该系统结构,那怕最后全部都是SQL服务器,用户也无须担心购买的代理程序的类型是否正确。
    1.2.3 高性能数据备份、低拥有成本
    DPM对应用系统进行备份时,使用高级的VSS技术,用户购买DPM 2007无须再为高级的、结合VSS备份的高级技术再额外付费,而购买其他备份软件时要么是不支持VSS技术要么就是需要用户额外付费。
    1.2.4 无缝化的磁盘-磁盘-磁带备份解决方案
    DPM也可以扩展保护到磁带,允许用户无缝化的将磁带和磁盘介质混合使用。用户可以移动在线的快照数据到离线的磁带介质上以提供更深化的数据保护;此外,用户也可以定制基于磁带的备份任务来捕捉通常的全备份到磁带上来满足满足归档和法规遵从的需要,同时仍然保持了直接从磁盘细致的、高速恢复的能力。
    DPM使得用户能够真正结合磁盘技术和磁带技术各自的优势:可以基于磁盘进行短期的快速备份和恢复,也可以基于磁带长期的低成本的保存历史数据。通过强大简洁的用户界面,用户可以方便的决定数据是保存在磁盘上还是磁带上(如下图:)
    p_w_picpath
    DPM直接支持用户使用磁带驱动器或者磁带库进行磁带存储的集成,并且用户无须为磁带库中配置磁带驱动器而引起的软件支持费用担心,DPM 2007支持磁带库并且没有额外的磁带库支持许可费用。
    用户使用DPM进行数据恢复时,系统会直接告诉用户数据储存的位置,用户只是需要选择要恢复到的年、月、日和时间,系统就自动告知用户数据是储存在磁盘上还是磁带上(如下图:)
    p_w_picpath
    1.2.5 易于使用和管理
    具有如此强大功能的DPM 2007在使用上并不复杂,全程化导引方式的人机交互界面保证用户能够只是鼠标点击的操作就可以完成其他备份软件复杂的备份和恢复任务。
    1.2.5.1 DPM 2007针对应用的备份策略创建过程
    系统管理人员通过中央的DPM 2007管理界面就可以完成一个完整的备份系统部署过程。
    选择备份介质
    代理程序会智能的识别出应用类型并将应用的逻辑结构展现给DPM 服务器
    选择已经安装代理程序的服务器
    创建保护组
    选择长期磁带存储的时间策略
    选择时间策略
    1.2.5.2 DPM 2007针对应用的数据恢复过程
    对于数据恢复,操作也是非常简便;在中央控制台就可以实现对数据的恢复操作:
    从已经有数据备份的服务器列表中选择服务器和需要恢复的数据,并按照年、月、日、时间点的方式选择恢复点,系统会自动提示数据存储的介质类型
    由用户选择数据恢复的位置
    1.2.6 灾难(系统无法引导)情况下的裸设备恢复功能
    PM 2007随着企业级代理(E-DPML)交付给用户一个非常强大的系统恢复工具,能够在被保护服务器无法正常引导启动(由于软件、硬件故障)的情况下快速恢复一个可引导的系统。通常由于病毒或者硬件故障导致系统无法正确引导时,用户只得重新安装操作系统,安装补丁文件、安装应用系统、安装应用系统的补丁文件、安装备份软件代理程序后进行数据恢复操作;由于很多用户的系统环境复杂,没有完备的补丁分发和管理系统,因此面对裸设备恢复的情况用户要耗费几个甚至十几个小时。如果用户部署了DPM 2007企业级代理,那么系统在裸设备状态下的恢复时间会被大大缩短到几十分钟,甚至十几分钟。该功能的主要特点有:
    1. 用户可以定制“恢复集”,“恢复集”会包括磁盘分区信息,系统状态信息及用户指定的卷上的所有文件。
    2. 使用单一对象存储技术,能够大大减少对多个被保护系统创建“恢复集”时对磁盘空间的占用。基本上每个Windows Server上都会有大量的和其他Windows Server一样的文件,如果针对每个被保护系统都完整的、独立的创建“恢复集”势必会造成大量宝贵的磁盘空间被无效占用。
    3. 恢复过程简单,通过创建“Boot Client”文件可以由系统管理员远程引导需要恢复的系统并通过网络进行裸设备快速恢复。
    p_w_picpath p_w_picpath
    4. 动态跟踪被保护系统,可定制对被保护系统进行数据同步的时间点从而创建一连串的“恢复集”。
    p_w_picpath
    1.2.7 DPM 2007系统恢复工具中的单一对象存储技术
    市场上有很多系统快速恢复软件,例如Ghost或者某些备份软件厂商的一键恢复功能;无一例外的是这些功能要么不易使用只能够恢复系统初始化状态,不具有动态跟踪的特性;要么对存储空间占用高,增加了用户的额外投资。微软的DPM 2007使用了一种高级的有效技术手段-单一对象存储技术来保证平衡存储空间占用和动态跟踪之间的矛盾。
    我们先假定用户有10台Windows Server 2003 并且都安装了SQL Server 2005,那么简单说每个服务器的C盘上都会有将近5GB的空间有操作系统和应用程序;如果保持每个服务器都有一个可恢复的系统备份就需要总共50GB的空间,但是用一个5GB的标准安装盘又不能够恢复每个服务器上的控制信息。实际,这10个服务器的C盘上重复的数据有99%之多,因此使用微软的DPM 2007 SRT系统恢复工具就能够既保留每个服务器的可恢复的系统备份,并且通过针对这10个服务器上重复的文件只保留一个副本的技术大大降低对存储空间的占用。因此使用DPM 2007 SRT可以对应用系统做每天最多2次的动态追踪,因此用户对于每个配置了DPM 2007 SRT的应用系统理论上在硬件损坏的灾难发生时可以用30、40分钟恢复到半天前的所有系统状态。

    转载于:https://blog.51cto.com/prain/243020

    展开全文
  • 建立恢复数据库New-MailboxDatabase -Recovery -Name RDB1 -Server exdag01 -EdbFilePath "E:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Rdb1\rdb1.edb" –LogFolderPath "E:\Program Files\Micros...

    建立恢复数据库

    New-MailboxDatabase -Recovery -Name RDB1 -Server exdag01 -EdbFilePath  "E:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Rdb1\rdb1.edb" –LogFolderPath  "E:\Program Files\Microsoft\Exchange Server\V15\Mailbox\rdb1\"


    获取用户的mailboxGuid

    Get-MailboxStatistics -Identity yangnd | fl MailboxGUID

    1cc61f07-4dbf-40bb-9b65-3f00176d50ab


    获取Database的mailboxGuid

    Get-MailboxStatistics -Database "DB03" | fl MailboxGUID


    按Guid还原邮箱数据

    New-MailboxRestoreRequest -SourceDatabase RDB1 -SourceStoreMailbox 1d20855f-fd54-4681-98e6-e249f7326ddd -TargetMailbox yangnd 

     


    按用户别名还原邮箱数据到另一个用户数据

    New-MailboxRestoreRequest -SourceDatabase RDB1 –SourceStoreMailbox "杨年栋" -TargetMailbox yangnd    -AllowLegacyDNMismatch

     

    按用户别名还原邮箱数据到存档目标

    New-MaiboxRestoreRequest -SourceDatabase RDB1 -SourceStoreMailbox "yangnd" -TargetMailbox newuser@test.cn -TargetIsArchive

     




    执行Dismount-Database -Identity rdb1 卸载数据库



    执行Remove-MailboxDatabase -Identity rdb1 删除数据库


    相关网址:

    http://liulike.blog.51cto.com/1355103/1432366

    http://technet.microsoft.com/zh-CN/library/ff829875(v=exchg.141).aspx

    http://wenku.baidu.com/link?url=IKacpGDHXhRmtzNBRN7-04NIyTh2RClBAt8u4GR39yfAG4PMt4Mb3VunlTzRizHXdZ4awpw7_9ry13eTnuPLW_X_4Wur8gl2bMryPX9DYkK


    转载于:https://blog.51cto.com/jerrywen/1717366

    展开全文
  • 立会的时候,看看貌似DPM还没到,老大在门口说了下,DPM临时有事请假了,一群人都有点发愣。“好吧,那我们就开始吧,谁先上?”既然Scrum倡导自治,向大家汇报,PM和DPM都不到,刚好让大家适应下。 每个...
  • <div><p>12-15 17:11:32.149 3839-4685/? E/ActivityManager: Invalid thumbnail dimensions: 576x576 12-15 17:11:32.151 4625-24001/? D/SplitWindowPolicy: updateActivityStateChanged: resumed=false, ...
  • MOT数据集

    2020-10-22 16:01:59
    这里写自定义目录标题基本数据集MOT 数据集KITTI 数据集MOT16 基本数据集 MOT 数据集 数据集用的最多的是 MOTChallenge,专注于行人追踪的。 15 年的都是采集的老的数据集的视频做的修正。...特别注意这个 DPM
  • 利用FLUENT软件对矿井回风/液滴两相流进行3D仿真,采用标准k-ε模型、DPM模型和SIMPLE算法,计算出了喷淋高度分别为6、8、10、12和15 m,直径为0.15 cm,冬季制热时和夏季制冷时初始温度分别为283.15、303.15 K的液滴,...
  • 行人检测网址

    2018-08-07 11:14:58
    Adaboost算法详解(haar人脸检测)... 行人检测 HOG http://www.360doc.com/content/18/0105/15/18306241_719288934.shtml DPM https://blog.csdn.net/carson2005/arti...
  • 采用了离散相模型(DPM)模拟固相流场颗粒轨迹,得出了不同粒径颗粒与不同入口风速下的分离效率之间的关系。结果表明:当气体速度一定时,粒径颗粒越大,则分离效率越高。气体速度增加,5μm和15μm的颗粒的分离效率的变化...
  • , dpm_state = 'battery', dpm_perf = 'low' } # script = '$PATH' # [profiles.balanced] # backlight = { keyboard = 50, screen = 40 } # laptop_mode = 0...
  • staking delegate --delegator-addr one15knq45tf5psjze6q65dpm4lumqhm8jny997mph --validator-addr one15knq45tf5psjze6q65dpm4lumqhm8jny997mph --amount 14006 --chain-id devnet {"transaction-receipt"...
  • <p>Before upgrading from Webfrom ...<p>and it, in fact, returns ...(Array, 15 elements) <p>How do I get the array to actually convert to html before appending to the rest of the $html?</p> </div>
  • 为提高喷雾降尘效果,基于SOLIDWORKS与ICEM联合建立远程喷雾机几何模型,选用标准k-ε湍流模型以及DPM计算模型构造射流流场模型,利用FLUENT软件研究喷嘴出水口孔径与水流入射角对雾粒雾化浓度及射程的影响。...
  • root:~ /hmy-devnet# ./hmy balances one15knq45tf5psjze6q65dpm4lumqhm8jny997mph [ { "shard": 0, "amount": 7488.0000 }, { "shard": 1, "amount": 0.0000 } ] root:~ /...
  • 2.6. 分布式电源管理DPM - 15 - 2.7. GPU虚拟化 - 16 - 3. 存储功能特性 - 17 - 3.1. 分布式资源调度管理DRS - 18 - 3.2. 基于存储策略的管理 - 18 - 3.3. 存储迁移 - 20 - 3.4. 存储 I/O 控制 - 21 - 3.5. 集群文件...
  • profile, <code>dpm_state, and <code>dpm_performance_level</code></li><li><strong>Performance</strong> sets these to <code>high, <code>performance, <code>auto</code></li><li><strong>Balanced</strong> ...
  • Proposed Revisions

    2020-12-30 12:08:44
    <div><p><em>From on September 21, 2016 17:40</em></p> ...<p><em>Copied from original issue: frictionlessdata/dpm#57</em></p>该提问来源于开源项目:frictionlessdata/specs</p></div>
  • From billburton-iMac.local Fri Aug 10 15:05:00 2018 X-Original-To: billburton Delivered-To: billburton-iMac.local From: billburton-iMac.local (Cron Daemon) To: billburton-iMac.local Subject: Cron /...
  • <p>I noticed there is a gap of the download status in DPM. Thought it is a lower hanging fruit but would like to start the discussion by using a PR to illustrate. <p>DynamoRevit 2.0.2 on Revit 2019 ...
  • Date: Mon Feb 8 15:08:20 2016 +1100 powerpc/powernv: Remove support for p5ioc2 "p5ioc2 is used by approximately 2 machines in the world, and has never ever been a supported configuration....
  • [ 548.205469] dpm_sysfs_remove+0x57/0x60 [ 548.205473] device_del+0x12d/0x350 [ 548.205480] media_devnode_unregister+0x3f/0x60 [media] [ 548.205485] media_device_unregister+0x147/0x180...
  • 包含如下操作系统版本 FreeBSD Linux Solaris Windows 分别对应如下目录 MegaCLI for DOS MegaCLI for Linux MegaCLI for Solaris MegaCLI for FreeBSD MegaCLI for Windows ********************************...
  • [ 2.440246] amdgpu: [powerplay] dpm has been enabled [ 2.440312] [drm] DM_PPLIB: values for Invalid clock [ 2.440314] [drm] DM_PPLIB: 0 in kHz [ 2.440315] [drm] DM_PPLIB: 0 in kHz [ 2.440317] [drm] DM...
  • bqIzAiAUIGOKcwfXJzG4OOSvqcIoe4F2gJ15d3ogYsA1rP93EDANBgkqhkiG9w0B AQsFAAOCAQEAFucEUz6zQloiLqxi/fLtjiwvI14V4p6LblyA57vwztNoapU5MQbH /PG6WGqqVbFtp7F/74hCiMWllXCDqQYViSHRT9AQgNy7AKN5THYrAGriyUOc8QPR ...
  • ompi_dpm_dyn_init() failed --> Returned "Timeout" (-15) instead of "Success" (0) -------------------------------------------------------------------------- -----------------------...
  • To be built: aruco barcode bgsegm bioinspired calib3d ccalib core datasets dnn dnn_objdetect dnn_superres dpm face features2d flann fuzzy gapi hfs highgui img_hash imgcodecs imgproc intensity_...
  • <div><p>Trying to compile rust <a href="https://github.com/rust-lang/rust/commit/f3c8eba643a815d720e7f20699b3dca144c845c4">master</a> but failing at <code>miri</code>: <pre><code> ...
  • name:"OFD6" OR filed_name:"Hug" OR filed_name:"PCDH15" OR filed_name:"C10orf2" OR filed_name:"TWINKLE" OR filed_name:"PEOA3" OR filed_name:"IOSCA" OR filed_name:"MTDPS7" OR filed_name:"PRLTS5" OR ...

空空如也

空空如也

1 2
收藏数 39
精华内容 15
热门标签
关键字:

dpm15