C100DBA MongoDB讲解-update in replication

C100DBA MongoDB讲解-update in replication

题目正文:

Support you execute the following query on the primary of a replica set and that this results in updates to 130 documents in the products collection :

 

db.products.update( { "year": "2012" } , { "discount" : 0.1} , { multi: true } )

 

which of the following best describes replication in this case?

  1. Each Secondary executes the same query
  2. Each Secondary executes one operation per document affected
  3. Each Secondary writes a byte-for-byte of data file changes on the primary to its own data files.
  4. It depends on the configuration of the replica set
  5. None of the above describes replication correctly

翻译:

假设你在一个replica set复制集的primary上执行了下面的语句,并更新了130个products collection中的document文档,那么:

 

db.products.update( { “year”: “2012” } , { “discount” : 0.1} , { multi: true } )

那么如下哪个选项关于在此场景中的replication描述是正确的?

  1. 所有secondary将执行同样的语句
  2. 所有secondary将针对受影响的document一个一个做更新操作(其实oracle的Streams、OGG也是这样)
  3. 所有的secondary都对primary上数据文件的修改一个个字节地做对应的修改 (其实相当于Oracle 物理备库 physical standby)
  4. 取决于实际replica set的配置
  5. 以上说的关于replication 都不对啊

 

官方文档对于secondary应用oplog的解释是:

Updates to Multiple Documents at Once

The oplog must translate multi-updates into individual operations in order to maintain idempotency. This can use a great deal of oplog space without a corresponding increase in data size or disk use.      http://docs.mongodb.org/manual/core/replica-set-oplog/

即oplog必须将多更新的操作转换成单独的操作 以便维护幂等性idempotency,idempotency的含义是一个操作保证了这个操作无论被执行多少次都降产生同样的结果。

显然答案B是正确的,具体验证需要通过TRACE Secondary 来证明。

但题目中给出的update语句是存在问题的:

 

> db.products.insert({ year:"2012"});
WriteResult({ "nInserted" : 1 })
> db.products.update( { "year": "2012" } , { "discount" : 0.1} , { multi: true } )
WriteResult({
 "nMatched" : 0,
 "nUpserted" : 0,
 "nModified" : 0,
 "writeError" : {
 "code" : 9,
 "errmsg" : "multi update only works with $ operators"
 }
})
> 

C100DBA MongoDB 讲解-advantage of having delayed replica set member?

C100DBA MongoDB 讲解-advantage of having delayed replica set member?

 

What is the principal advantage of having a delayed replica set member?

  1. It allows the load on the secondary severs to be more evenly spread
  2. It allows you to perform queries against historical versions of data
  3. It increases write speed to the primary
  4. It makes it easier to upgrade the system without downtime
  5. It provides a window of time to recover from operator error

翻译为:

部署一个有延迟的replica set member复制集成员的主要好处是什么?

  1. 其允许二级服务器上的负载能够被均衡覆盖
  2. 其允许用户查询历史版本的数据 , (注解:其实就相当于是延迟的dataguard standby ,可以查到过去某个时间点的数据)
  3. 其帮助primary节点提供写入的速度
  4. 其帮助系统升级而无需宕机时间更简单方便
  5. 其为操作错误后的恢复提供了一个时间窗口

显然答案是B 其允许用户查询历史版本的数据。

delayed replica set member的配置方法:

z

cfg = rs.conf()
cfg.members[0].priority = 0
cfg.members[0].hidden = true
cfg.members[0].slaveDelay = 3600
rs.reconfig(cfg)

详见 官方文档http://docs.mongodb.org/manual/tutorial/configure-a-delayed-replica-set-member/

主要参数为slaveDelay ,注意slaveDelay的长度必须小于oplog的窗口,如果oplog要比slaveDelay时间短,则延迟的成员将无法成功复制操作。

 

Because delayed members are a “rolling backup” or a running “historical” snapshot of the data set, they may help you recover from various kinds of human error. For example, a delayed member can make it possible to recover from unsuccessful application upgrades and operator errors including dropped databases and collections.

由于延迟节点是一个 “滚动的备份” 或一个保持着历史快照的数据集, 所以他们可以帮助你从各种人为故障中恢复出数据。 例如如果一个不成功的应用升级或其他操作失误(例如误drop database或collection)时,你可以直接从延迟节点中抽取数据来恢复。

 

 

如何准备MongoDB 认证DBA考试 MongoDB certified DBA

MongoDB公司最近启动了其技术人员认证程序。这里分享一些准备MongoDB DBA认证考试的技巧。

为什么要获得MongoDB DBA认证?

按照MongoDB官方的介绍:“认证可以帮助用户建议技术上的可靠性和MongoDB的能力,进而对用户运行在该平台上的应用程序提供可靠、熟练的技术支持。”

MongoDB正发展为市场上最受青睐的NoSQL数据库。在支持海量数据以及易于横向扩展和管理的场景中十分灵活。不管是在云中还是非云的架构,许多公司都认为MongoDB将成为下一代的领头数据库。

随着mongodb用户的进一步增长,Mongodb的认证显然会让你在一段时间内有着求职优势。由于该认证考试仅仅在一年中的几个礼拜中可以考试,真正获得mongodb认证的开发人员和DBA数目并不会太多。 所以是时候开搞弄一个MongoDB认证了!

 

MongoDB公司提供的认证考试

MongoDB现在提供如下的认证:

  1. C100DBA: MongoDB Certified DBA Associate
  2. C100DEV: MongoDB Certified Developer Associate

不管是DBA还是DEV,mongoDB认证均会有三个级别:Associate、Professional和Master。目前为止MongoDB仅仅提供了其Associate专员级别(最低级别)的认证考试,其他的级别Professional和Master还在规划中(类似于OCP和OCM)。这里我们主要讨论MongoDB的DBA认证考试,其他的开发者Developer考试在今后的博客中讨论。

MongoDB DBA考试由哪几个部分组成?

按照MongoDB官方的说法:”一个MongoDB数据库管理员应当产品环境的mongodb数据库的运行时配置、进程、扩展、备份恢复、监控、和性能调优有着深入的理解。“

我的看法是该dba考试设计的初衷是考验参考者的MongoDB配置、管理和监控技巧的动手能力。我已经在AWS上管理mongoDB的分片和复制集集群有好几年了,这样我就很有信心去通过认证考试。大多数问题都需要MongoDB的动手经验。

认证考试题目具有普遍的综合性,而且被分成了多个部分,每一个部分分钟7~10个小题目。 题目一般都是选择题,分成多选和单选题。也有部分题目是需要在模拟的Mongodb终端里输入正确的答案。

整个考试时长为90分钟,题目的总数并不确定,应当是动态生成的。没有分值比重,每一道题目的分数应当是一样的。

MongoDB特性

这个部分是测试考生对NOSQL和MongoDB的基本概念了解的。大部分题目都是关于JSON格式、collection和document,复制和分片的原理。如果你对NOSQL概念,RDBMS和noSQL的区别, Document Store文档存放与Key-value键值存放之间的区别都很了解的话,则该环节并不太困难。

 CRUD操作

CRUD即create、read、update、delete4种操作,本环节讨论MongoDB中的所有CRUD操作。 主要集中在如何部分更新文档,更新mongodb中document的一系列知识 www.askmac.cn。该环节的问题直接了当,选项之间都是有着轻微的语法区别而已; 但如果完全没有动手经验仍很难取得佳绩。

Indexing 索引

此环节的问题主要测试用户对索引知识的深度; 大多数问题是从用户实际场景出发,如何为用户场景采用合适的索引是问题的关键。需要重点强调的是该环节更重视在适当的场景下配置合适的索引,而非关于语法正确与否。常规数据库和查询调优经验在本环节会有所帮助。

Aggregation聚集

Aggregation framework聚集框架在mongodb中算比较进阶的概念。此环节的问题很全面,有关于在使用聚集管道aggregation pipeline的场景。该场景为后续的多个题目提供背景。清楚的理解多个reducers操作 包括$match, $project, $group以及其语法在本环节十分重要。

Replication复制

本环节考察mongodb高可用特性replica set复制集的概念。问题主要围绕replica set的配置技术和最佳实践。 MongoDB的replica sets复制集,在复制集中的优先级,primary elections,arbiter’s角色等相关的配置是主要的考点。

Sharding分片

sharding是mongodb的重要特性之一。所以这个环节的题目较多也就不奇怪了,问题与sharding数据分片的概念密切相关,何时去分片一个collection,shard的配置,shared cluster中的进程和rebalancer的角色。对一个shard cluster中shared服务器间数据的迁移了解是考试的重点。

应用管理

该环节是关于MongoDB中的journaling,authentication和 authorization,对mongodb的journal日志了解很重要,很多题目围绕这个展开。

服务器管理

该环节较难,对profiler的理解、collection stats集合状态、解释查询都是主要考点。对管理命令例如 mongostat的输出内容的理解要十分清楚。问题都与具体场景相关, 会有给定的命令,基于这些命令的输出来判定数据库是否健康(www.askmac.cn)。

考试费用是150美元!

如何注册考试?

可以参考 https://www.askmac.cn/archives/%E9%A2%84%E7%BA%A6mongodb-university%E7%9A%84dba%E8%AE%A4%E8%AF%81%E8%80%83%E8%AF%95.html

  1. 注意考试是基于网络WEB的考试由Software Secure Inc提供考试技术,要求考生在一个安静的房间,在考试的间隙不能被打扰。系统要求如下:
  2. 操作系统可以是windows或mac OSX,目前Linux不受支持
  3. 需要有摄像头,摄像头用来确认你的身份证或其他身份证明,同时监控你的考试过程
  4. 需要有麦
  5. 网络带宽够快,(这个一开始会用webcam让你连到印度的考试中心验证你的身份,我考的时候遇到的是一个印度小姑娘监控 maclean按)

考试结果

考试结果会再考试完成后2~3周内公布,主要是发邮件给你。MongoDB公司会基于问题的难易度来均衡计算成绩。如果高于合格分数就会获得MongoDB certified DBA ,Associate Level的认证badge

mongodb-certified-dba-associate-level-300x160

我如何准备该MongoDB certified DBA考试?

最好的准备方法显然是先用上mongodb 1~2年咯。同时现在市面上也有好几们mongodb的书。

 

我们正在准备后续开国内mongodb的课程,敬请期待!!! (askmac.cn)

 

本文翻译自:http://blog.cloudthat.in/mongodb-certified-dba-associate-exam/

MySQL Replication 复制高可用配置方案

 

MySQL Replication 复制高可用配置方案:

MySQL Replication复制高可用配置方案

C100DBA MongoDB 讲解-information can be extracted from rs.status() output?

C100DBA MongoDB 讲解-information can be extracted from rs.status() output?

what useful information can be extracted from rs.status() output?

 

  1. Data about the node against which rs.status() is run from the perspective of the nodes in the replica set
  2. Data about which server each secondary is syncing from(askmac.cn)
  3. Data about the state of other nodes in the replica set from the perspective of the node against which rs.status() is run

中文为:

从rs.status()返回的信息中可以获取以下哪些信息?

  1. Replica Set中运行rs.status()的节点的相关数据
  2. 每一个secondary服务器在基于那个服务器做同步
  3. Replica Set中运行rs.status()的节点意外服务器的信息

 

官方文档对rs.status()的解释是:

This output reflects the current status of the replica set, using data derived from the heartbeat packets sent by the other members of the replica set.

This method provides a wrapper around the replSetGetStatus command. See the documentation of the command for a complete description of the output.

http://docs.mongodb.org/manual/reference/method/rs.status/

官方的解释说明了数据是通过心跳包在replica set复制集的节点间传递的,其反应了replica set的当前状态,所以其不仅仅包括了replica set中本节点的信息(askmac.cn),

 

实际rs.status()的样例, “syncingTo” : “rep0.dbdao.com:35001”,反应了secondary服务器在基于谁做同步:

rsdbao:PRIMARY> rs.status()
{
        "set" : "rsdbao",
        "date" : ISODate("2015-05-14T03:07:00.883Z"),
        "myState" : 1,
        "members" : [
                {
                        "_id" : 0,
                        "name" : "rep0.dbdao.com:35001",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 345,
                        "optime" : Timestamp(1431572809, 1),
                        "optimeDate" : ISODate("2015-05-14T03:06:49Z"),
                        "electionTime" : Timestamp(1431572753, 2),
                        "electionDate" : ISODate("2015-05-14T03:05:53Z"),
                        "configVersion" : 3,
                        "self" : true
                },
                {
                        "_id" : 1,
                        "name" : "rep1.dbdao.com:35001",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 22,
                        "optime" : Timestamp(1431572809, 1),
                        "optimeDate" : ISODate("2015-05-14T03:06:49Z"),
                        "lastHeartbeat" : ISODate("2015-05-14T03:07:00.011Z"),
                        "lastHeartbeatRecv" : ISODate("2015-05-14T03:07:00.650Z"),
                        "pingMs" : 1,
                        "syncingTo" : "rep0.dbdao.com:35001",
                        "configVersion" : 3
                },
                {
                        "_id" : 2,
                        "name" : "rep2.dbdao.com:35001",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 10,
                        "optime" : Timestamp(1431572809, 1),
                        "optimeDate" : ISODate("2015-05-14T03:06:49Z"),
                        "lastHeartbeat" : ISODate("2015-05-14T03:07:00.078Z"),
                        "lastHeartbeatRecv" : ISODate("2015-05-14T03:07:00.228Z"),
                        "pingMs" : 23,
                        "configVersion" : 3
                }
        ],
        "ok" : 1
}



 

同时早期版本存在rs.status()显示syncingTo信息不正确的问题。

This is a known issue. There is an open ticket about rs.status() showing the primary as syncingTo when run from a secondary if the current primary was a secondary in the past ( SERVER-9989 ). Fix verion is 2.5.1

不恰当的医院HIS系统升级的后果/HIS系统升级后变慢

不恰当的医院HIS系统升级的后果/HIS系统升级后变慢:

“各位大虾,我医院的HIS软件升级之后,前台操作变的很慢,作了表分析之后,有些操作好点了,但有些操作还是慢,于是中联工程师又作表收集,但还是慢,请问这该如何处理.”

 

数据库升级、应用系统大版本升级都可能造成Oracle数据库的一系列反映,包括SQL变慢,系统缓慢或hang等,所以若系统应用足够重要,那么升级保障还是得着有资质的数据库厂家啊!

如果自己搞不定可以找诗檀软件专业ORACLE数据库优化团队成员帮您恢复!

诗檀软件专业数据库优化团队

服务热线 : 13764045638   QQ号:47079569    邮箱:service@parnassusdata.com

【MySQL学生手册】Mysql 客户端/服务器(C/S)架构

MySQL在整个网络环境中使用客户端/服务器(Client/Server)架构运行。换言之,其核心程序扮演着服务器角色,而各个客户端程序连接到服务器并提出请求。MySQL的安装涉及以下主要组件: MySQL Server, Client程序和MySQL非客户端工具

2.2.1 MySQL Server

MySQL Server或者说mysqld,实际上是一个数据库服务器程序。它管理着对磁盘数据库和内存的访问。MySQL Server进行多线程操作,它支持多个客户端连接的同时访问。为了更好地管理数据库内容,MySQL Server的特色架构模型支持多种存储引擎以处理不同类型的表(例如,它同时支持事务和非事务表)。

由于MySQL Server此特性配置可能随时间变化而有所改动,因此当你下载新版本MySQL时候,请仔细阅读相关版本文档。

 

请您清楚了解我们的用词,server(服务器)和host(主机)的用词区别。在这里Server是指软件(MySQL server程序mysqld)。Server的特征中有它的版本号,指的是哪些特性包括,哪些不包括等。而host是指server程序运行所在的物理机。Host的特征中包括了硬件配置,所运行的操作系统,其网络地址等等。一个host可以有多个mysqld实例在上面同时运行。

 

2.2.2 Client程序

客户端程序被用于和server进行通信以修改服务器端server管理的数据库信息。MySQL提供了多种client端工具程序:

  • MySQL Workbench, 一种作为访问Mysql Server的图形化的前端工具(具有MySQL Query Browser和MySQL Administrator相关功能,MySQL Query Browser和MySQL Administrator现已不再提供更新)。
  • mysql,一种文本形式的命令行前端工具。
  • 其他命令行客户端工具包括导入数据文件用的mysqlimport,生成备份的mysqldump, 作为服务器管理的mysqladmin,和用于检查数据库文件完整性的mysqlcheck。

 

MySQL客户端/服务器(Client/Server)模型:

MySQL可运行于Windows, Unix和Linux平台上,但客户端和服务器之间的沟通并不受限于所运行的操作系统。客户端程序和服务器之间的连接可以在同一台主机上进行,也可以是不同的主机间进行,且客户端主机和服务器主机不需要操作系统保持一致。例如,客户端程序可以运行于Windows上,而所连接的Server则运行在Linux host上。

 

大多在此讨论的概念都是指针对于MySQL运行的系统。除了一些特定的平台说明外,这里”Unix”一般都是指包括Linux和其他的Unix-like操作系统。

 

2.2.3 通信协议

以下详细描述了和MySQL server进行交互所使用各种不同通信协议:

  • TCP/IP – 传输控制协议(Transmission Control Protocol)/互联网协议(Internet Protocol),是一套被用于连接互联网上各主机的通信协议。TCP/IP一开始是用于UNIX操作系统建立互联网通信的。现在它已经成为了一种网络数据传输的事实标准。即便那些拥有自己通信协议的网络操作系统,如Netware也支持TCP/IP协议。
  • Unix Socket – 在计算机世界,一个socket是一种内部进程通信形式,它被用于在相同主机上形成进程间的双向通信连接点(在本地系统上的一个物理文件)。
  • 共享内存(Shared Memory) – 一个在程序间传送数据的有效方法。一个程序会建立一个内存区以提供其它受允许的进程进行访问。Windows显式”passive”连接模式仅可工作于(Windows系统)主机中。
  • NT管道这种命名管道设计更偏向于客户端-服务器通信,它们更像socket:除了用于通常的读写操作外,Windows命名管道也同时对server应用支持显式”passive”被动连接模式。仅在单独(Windows平台)主机中运行。

 

2.2.4 MySQL非客户端工具

有这么些程序运行时独立于server之外。它们首先在操作时并不会和server建立连接。如myisamchk。它执行表检查及修复操作。其它此类型程序有myisampack,它用于建立压缩的只读版本的MyISAM表。这两个工具都可以直接对MyISAM表文件进行访问,且独立于mysqld数据库server之外。

 

Oracle Echo Chamber

Echo Chamber

 

echo Chamber

The “Echo Chamber” is a new global initiative by Oracle Global Customer Programs for the user group leaders, where Oracle aims to leverage the voice of our users and ask the leaders to blog about a certain topic. The idea is to streamline the blogging with the 6 weekly global user group leader calls, so we build some momentum towards this call and share the blogs with all the user groups. This will bring insight on users’ opinions.

The topic we focus on now is Engineered Systems (global call on 30 April)

Feel free to share below blogs with your networks.

Remember to regularly take a look at the User group Twitter account, https://twitter.com/oracleugs , where you will find even more great content to SHARE or RETWEET on your own social feeds.

Call for social media content:
There are so many interesting Oracle-related events happening all over the world! It would be a shame not to share them with our audiences on the social media.

For the next topic, we are looking for blogs on cloud. If you would like to participate, please contact oracleusergroups_ww@oracle.combefore May 5th

Blogs:

APAC:

 

 

echo-chamber-doc-april-2015-Engineered-Systems.pdf

 

 

MongoDB中修改密码和忘记密码的情况

MongoDB中修改密码和忘记密码的情况

对于忘记密码的情况,需要将mongod重启,并以auth=false的选项启动Mongod,之后就可以通过如下命令来修改密码:

 

db.changeUserPassword("用户名", "密码")

对于普通的修改密码,可以通过openssl生成随机密码并设置:

openssl rand -base64 48
db.changeUserPassword("reporting", "SOh3TbYhxuLiW8ypJPxmt1oOfL")

如何准备MongoDB 认证DBA考试 MongoDB certified DBA

MongoDB公司最近启动了其技术人员认证程序。这里分享一些准备MongoDB DBA认证考试的技巧。

为什么要获得MongoDB DBA认证?

按照MongoDB官方的介绍:“认证可以帮助用户建议技术上的可靠性和MongoDB的能力,进而对用户运行在该平台上的应用程序提供可靠、熟练的技术支持。”

MongoDB正发展为市场上最受青睐的NoSQL数据库。在支持海量数据以及易于横向扩展和管理的场景中十分灵活。不管是在云中还是非云的架构,许多公司都认为MongoDB将成为下一代的领头数据库。

随着mongodb用户的进一步增长,Mongodb的认证显然会让你在一段时间内有着求职优势。由于该认证考试仅仅在一年中的几个礼拜中可以考试,真正获得mongodb认证的开发人员和DBA数目并不会太多。 所以是时候开搞弄一个MongoDB认证了!

 

MongoDB公司提供的认证考试

MongoDB现在提供如下的认证:

  1. C100DBA: MongoDB Certified DBA Associate
  2. C100DEV: MongoDB Certified Developer Associate

不管是DBA还是DEV,mongoDB认证均会有三个级别:Associate、Professional和Master。目前为止MongoDB仅仅提供了其Associate专员级别(最低级别)的认证考试,其他的级别Professional和Master还在规划中(类似于OCP和OCM)。这里我们主要讨论MongoDB的DBA认证考试,其他的开发者Developer考试在今后的博客中讨论。

MongoDB DBA考试由哪几个部分组成?

按照MongoDB官方的说法:”一个MongoDB数据库管理员应当产品环境的mongodb数据库的运行时配置、进程、扩展、备份恢复、监控、和性能调优有着深入的理解。“

我的看法是该dba考试设计的初衷是考验参考者的MongoDB配置、管理和监控技巧的动手能力。我已经在AWS上管理mongoDB的分片和复制集集群有好几年了,这样我就很有信心去通过认证考试。大多数问题都需要MongoDB的动手经验。

认证考试题目具有普遍的综合性,而且被分成了多个部分,每一个部分分钟7~10个小题目。 题目一般都是选择题,分成多选和单选题。也有部分题目是需要在模拟的Mongodb终端里输入正确的答案。

整个考试时长为90分钟,题目的总数并不确定,应当是动态生成的。没有分值比重,每一道题目的分数应当是一样的。

MongoDB特性

这个部分是测试考生对NOSQL和MongoDB的基本概念了解的。大部分题目都是关于JSON格式、collection和document,复制和分片的原理。如果你对NOSQL概念,RDBMS和noSQL的区别, Document Store文档存放与Key-value键值存放之间的区别都很了解的话,则该环节并不太困难。

 CRUD操作

CRUD即create、read、update、delete4种操作,本环节讨论MongoDB中的所有CRUD操作。 主要集中在如何部分更新文档,更新mongodb中document的一系列知识 www.askmac.cn。该环节的问题直接了当,选项之间都是有着轻微的语法区别而已; 但如果完全没有动手经验仍很难取得佳绩。

Indexing 索引

此环节的问题主要测试用户对索引知识的深度; 大多数问题是从用户实际场景出发,如何为用户场景采用合适的索引是问题的关键。需要重点强调的是该环节更重视在适当的场景下配置合适的索引,而非关于语法正确与否。常规数据库和查询调优经验在本环节会有所帮助。

Aggregation聚集

Aggregation framework聚集框架在mongodb中算比较进阶的概念。此环节的问题很全面,有关于在使用聚集管道aggregation pipeline的场景。该场景为后续的多个题目提供背景。清楚的理解多个reducers操作 包括$match, $project, $group以及其语法在本环节十分重要。

Replication复制

本环节考察mongodb高可用特性replica set复制集的概念。问题主要围绕replica set的配置技术和最佳实践。 MongoDB的replica sets复制集,在复制集中的优先级,primary elections,arbiter’s角色等相关的配置是主要的考点。

Sharding分片

sharding是mongodb的重要特性之一。所以这个环节的题目较多也就不奇怪了,问题与sharding数据分片的概念密切相关,何时去分片一个collection,shard的配置,shared cluster中的进程和rebalancer的角色。对一个shard cluster中shared服务器间数据的迁移了解是考试的重点。

应用管理

该环节是关于MongoDB中的journaling,authentication和 authorization,对mongodb的journal日志了解很重要,很多题目围绕这个展开。

服务器管理

该环节较难,对profiler的理解、collection stats集合状态、解释查询都是主要考点。对管理命令例如 mongostat的输出内容的理解要十分清楚。问题都与具体场景相关, 会有给定的命令,基于这些命令的输出来判定数据库是否健康(www.askmac.cn)。

考试费用是150美元!

如何注册考试?

可以参考 https://www.askmac.cn/archives/%E9%A2%84%E7%BA%A6mongodb-university%E7%9A%84dba%E8%AE%A4%E8%AF%81%E8%80%83%E8%AF%95.html

  1. 注意考试是基于网络WEB的考试由Software Secure Inc提供考试技术,要求考生在一个安静的房间,在考试的间隙不能被打扰。系统要求如下:
  2. 操作系统可以是windows或mac OSX,目前Linux不受支持
  3. 需要有摄像头,摄像头用来确认你的身份证或其他身份证明,同时监控你的考试过程
  4. 需要有麦
  5. 网络带宽够快,(这个一开始会用webcam让你连到印度的考试中心验证你的身份,我考的时候遇到的是一个印度小姑娘监控 maclean按)

考试结果

考试结果会再考试完成后2~3周内公布,主要是发邮件给你。MongoDB公司会基于问题的难易度来均衡计算成绩。如果高于合格分数就会获得MongoDB certified DBA ,Associate Level的认证badge

mongodb-certified-dba-associate-level-300x160

我如何准备该MongoDB certified DBA考试?

最好的准备方法显然是先用上mongodb 1~2年咯。同时现在市面上也有好几们mongodb的书。

 

我们正在准备后续开国内mongodb的课程,敬请期待!!! (askmac.cn)

 

本文翻译自:http://blog.cloudthat.in/mongodb-certified-dba-associate-exam/

 

沪ICP备14014813号-2

沪公网安备 31010802001379号