炉石传说新版本BUG再现 艾萨拉卡任务猎双双中枪

炉石传说 新版本探寻沉没之城已经上线了，每次新版本炉石传说就会冒出很多Bug，这次也不例外，而且新版本还推出了拥有全新机制的纳迦种族，基本上大部分bug都和他们有关，甚至还会让游戏卡住，可以说是非常恶性了。

炉石传说bug 炉石传说BUG德

一、不卖新卡包

凌晨新版用电脑端没有遇到这个bug(图片也是找的网上论坛里发的)，看起来是因为手机端更新延迟的问题，现在自然是修复了，差点以为旅店老板跑路去酒馆战棋里当酒保了。

二、艾萨拉女王相关bug

艾萨拉女王是新版本非常万金油的一张中立橙卡，很多卡组都可以带上一张提升质量，但是在这张牌身上也有不少的问题，比如说配合铜须的时候有几率会导致第二次发现卡死，不显示选项，而且也没办法结束回合，而且看上去对面也会被卡住。但是如果立即重连的话，就能回来选第二张牌。

顺带一提，铜须+战士的巨型生物奈利发现六个海盗船员的时候也容易引发卡死，这种情况还会导致对方无法出牌，疯狂跳过回合，可以说是非常恶性的bug了，不知道什么时候才能修复。有人猜测是需要艾萨拉女王在手牌里释放六个法术，配合铜须才不会卡死，测试了一下，这一猜测不是真的。

除了和铜须的配合会出bug，其他卡牌的联动也会有问题，比如说萨满的鹦鹉如果想要重复艾萨拉女王的战吼的效果，必须也要满足在手牌中时释放过三个法术这个条件，不知道这个是bug还是正常的机制，而且鹦鹉重复的战吼并不是发现，而是随机给一个选项。

如果鹦鹉这个问题，还可以用机制来解释的话，那锤喙的效果就很奇怪了，上面两张图都是在一局里打出来的，锤喙比艾萨拉女王先到手里，在手牌里自然也是打出过三张法术的，但是锤喙就没办法重复艾萨拉女王的战吼，不知道为啥锤喙的效果就这么奇怪。

三、倒刺捕网bug

新版本任务猎卡组得到了新的补强“倒刺捕网”，而且这张牌和任务配合有着神奇的效果，如果你任务进度是0/2时使用倒刺捕网攻击了两个目标，任务进度只涨一格，但是如果你在1/2的时候使用倒刺捕网攻击两个目标则会推进两格任务进度，初步推测是和任务阶段转换有关系，不知道算不算bug，这个问题也导致了新版本任务猎做任务速度更快了。

另外想要实现一张法术推进两个进度，在手机端操作要更麻烦一点，需要你在转阶段前就选择好两个目标，尤其是最好先选择对方脸再选择随从，否则会导致无法点击对方脸部而卡死，会一直显示屏蔽表情的按钮没办法造成伤害，电脑端没有这个问题。据说先选择自己脸再拖到对方脸上可以解决这个问题，当然最好的办法还是快点选。

四、深渊诅咒

说实话，这个问题也不太清楚到底算是bug还是正常机制，诅咒术的深渊诅咒塞到任务猎手牌里，会帮助对方做任务，有一说一，任务上写的是“使用”两张法术牌造成伤害，这根本没有使用，为什么也算进度呢?这个问题导致了任务猎天克诅咒术，虽然可以前期不塞诅咒来解决这个问题，但是现在版本的任务猎也有场面了，很多时候不得不用塞诅咒的法术解场，而且任务猎的伤害很高，根本拖不到后期。

五、双弓积骇纳迦bug

双弓积骇纳迦的战吼效果触发后，会让你的下一个法术释放两次，但是如果你使用学校教师教出的纳迦小学生，也可以享受这个效果，而且不会把他消耗掉。

比如这局和旅店老板的对战，纳迦小学生发现了杀戮命令，下了双弓积骇纳迦之后，纳迦小学生造成了两次六点伤害，而接下来的击伤猎物依然能够造成两次伤害。看起来像是双弓积骇纳迦会给英雄添加一个直到下次释放法术都会获得双倍速的BUFF，而纳迦小学生是随从，所以不会消耗掉这个BUFF，记得之前也出现过类似的bug，这次算是老bug重新犯了。不过双弓和学校教师费用都特别高，带这两张牌的任务猎估计并不多。

新版本的bug属实是有点多，而且有不少都是会影响对局结果的，希望设计师能够赶紧修复一下吧!

炉石传说。游荡恶鬼用不了

系统bug。当《炉石传说》出现系统bug时，会导致游荡恶鬼用不了，重新打开即可解决。该游戏是一款由暴雪娱乐开发的集换式卡牌游戏，中国大陆地区的独家运营权由网易公司代理。

死亡使者萨鲁法尔门不开

游戏bug。在《炉石传说》游戏中出现死亡使者萨鲁法尔任务门打不开是系统bug的原因，只需关闭游戏重新打开即可。《炉石传说》是一款由暴雪娱乐公司出品的策略类卡牌游戏，中国大陆地区的独家运营由网易公司代理。

炉石传说经常卡住不动,就是打到一半就不会动了，要退出再进，请问怎么解决

最近暴雪公司和网易的一则声明刷爆了朋友圈，大意就是由于『供电意外中断的原因而产生故障，导致数据损坏』，这样一则公告引发了一系列的猜想。

我们在围观时仿佛人人都是诸葛亮，而事实上设身处地的想，在一次复杂的故障考验下，也许很少有人能够幸免。

如同阿里云会误删文件、京东会泄露数据、支付宝会被修改密码、携程会大面积瘫痪，在灾难来临之前，谁都会觉得自己是幸运者，而事实上，只是因为令你措手不及的那个灾难还没有来到而已。

先回顾一下《炉石传说》长长的公告，然后我们再基于事实做一下分析吧：

首先，关于暴雪的核心数据库架构，不是网友猜测的MySQL（如果是 MySQL 就必然是分布式，不可能全部回档的），而是Oracle数据库。关键的系统架构如下（部分属于推测）：

数据库：Oracle

架构：RAC + ASM

版本：12.1.0.2 （猜测）

节点数：4 （猜测）

系统：Linux

同步：GoldenGate

基于这样一些真实的基础和前提去讨论这次的事故，才更有意义。

以下是前一段时间暴雪招聘DBA Lead的条件要求，系统架构由此一目了然：要求深入理解Oracle内部原理、Oracle RAC和ASM技术，熟悉Golden Gate复制，熟悉Linux脚本编程。

这些要求就深刻揭示了暴雪核心数据库的体系架构。在Linux上运行的基于ASM存储的Oracle RAC集群，使用OGG复制数据。

在招聘中有一个特殊的要求，『Evaluate new releases and features of Oracle DBMS』，评估Oracle新版本和特性的能力，这一独特要求可能和当时要升级核心数据库有关，而升级版本就应该是12c，据此我推测其数据库版本应该已经追到最新版本12.1.0.2，国外的大公司风格基本如此，有了12.1.0.2，肯定不会有人守在12.1.0.1版本上，而且这套中国的系统是部署不久的独立系统。

以下就是暴雪对于这个岗位的详细需求：

之前在互联网上已经披露了很多信息，包括一次故障的处理流程（来自搜索引擎）：

1.9C在一次服务器故障中的说明，下面只列出关键部分

08:29 收到EVA存储报警邮件，联系数据中心工程师，联系惠普工程师.

08:35 故障应急流程启动,相关人员包括THE9/HP/Blizzard US .

15:33 Oracle专家加入故障应急流程

15:50 暴雪数据库工程师开始与Oracle专家继续分析故障情况.

17:15 暴雪表示暂时还未从他们的admin以及DBA处获得任何有新的消息，他们仍然在研究此故障。

当时的数据库运行在HP服务器上（大约2013年），现在已经迁移到Linux服务器上。

此外，暴雪的数据量很大，多年前Oracle 9i 时就是TB级别的数据库了，当然现在中国大陆地区肯定是独立的服务器，但是数据量也绝对会是TB级别的，再加上免费开放的热门程度，我推测两节点的RAC对中国玩家不够尊重，至少应该是4节点的Oracle RAC集群。

所以大家可能想到了2016年的另外一则故障，大约在2016年3月22日，全日航空的故障导致了120个航班取消，据传是4节点RAC集群，由于网络问题导致故障：

【导致全日空(ANA)120个航班被取消的票务系统故障是交换机引起的】造成Oracle Cache Fusion的UDP通讯异常，4节点的Oracle RAC无法重组集群。本来交换机是有主备设计的，但是主交换机并未彻底坏掉，而是处于不稳定状态，备用交换机不知道主交换机出了故障所以没有接管。

我们再回过头来看暴雪的运维，最终看起来似乎没有找到合适的DBA Leader，所以内部晋升了一位，在LinkedIn上，这些信息是公开的：

好了，有了这些事实之后，我们再看公告就会清晰很多了。我们理一下时间轴：

1月14日 15：20 （据说）因为供电问题，导致数据库损坏；

DBA开始修复，但是发现备份数据库也损坏了；

数据库带病坚持工作，DBA同时开始在线修复；

1月17日1点开始停机修复，修复预计8小时，未能按照预期时间完成；

1月18日18：00发布公告，数据回档到1月14日 15：20，业务恢复；

外行看热闹，内行看门道

在了解了系统架构之后，从官方的信息里我们能够看到很多事实：

第一：故障出现在14日，应当早于15：20，公布时间推移，这是惯例；

第二：供电问题可能性不大，如果说成熟运营的IT，还存在单电单点是说不过去的，网易也不允许；

第三：数据库损坏应该是坏块，Oracle数据库在出现损坏故障时，仍然能够坚持工作的，应该是出现了坏块，坏块通常被大家疏忽，以为可解，所以拖延成了极慢长的次生故障；

第四：暴雪没有ADG的灾备，不可切换，请注意声明中明确说“备份数据库”而不是“备用数据库”；

第五：数据库依赖OGG进行复制，这个复制因为某种原因不能用于恢复，极可能因为Redo日志或 Undo 也有损坏，丢失了某些事务；

第六：最终坏块问题无法修复，只能选择基于时间点的不完全恢复，放弃了部分事务，也就是数据回档了，这是最无可奈何但是也是保证数据一致性的残酷选择；

第七：数据库的坏块，没有影响数据库运行，证明是小范围的损坏，不是文件级别的损失，这应当和存储的相关性更大，写丢失导致了数据块损坏；

第八：最初的8小时，是计划恢复部分表空间，但是没有解决问题，最终进行了全库恢复，根据这个停机时间预估数据库整体容量应当在10TB左右；

所以我们大胆推测：是因为存储故障导致了RAC集群写数据丢失，最终选择不完全恢复，放弃了部分数据。

DBA第一守则：备份重于一切

如果大家还记得我曾经写下的DBA守则，没有备份对于DBA来说将会是致命的，而如果没有有效备份，那么备份也只能是心灵安慰。不论如何，备份至少可以给我们重来一次的机会，暴雪这一次最终救命的就是备份。虽然是回退到了14日。

既然备份这么重要，国内数据库的备份情况如何呢？云和恩墨白求恩平台最近发布的《中国2016年Oracle数据库运行现状报告》显示，有完整RMAN备份的数据库不到20%，24%的数据库甚至处于非归档模式下。

这就是我们所说的卡门，最简单的处理方法就是去官方下载，然后覆盖掉之前的安装包就行！在我这里认为卡门要不就是自己的网络的问题，那么就是自己的手机问题！首先是游戏登不上，不过这个因为游戏数据包的进一步更新，或者是玩家自身手机问题的解决，很少出现了!现在在玩家们那最严重的问题就是游戏卡门了!说起来很多玩家可能不知道卡门问题是什么，其实这只是玩家们对这个问题一个形象的称呼。主要就是游戏卡住了，也就是在进入游戏的时候先擦亮炉石，然后就到了进入炉石游戏那个门那，最后在门前卡住了进不去游戏。这就是所谓的卡门现象了!

这种我也遇到过，两次了，都是无奈退了重新登，但是都算失败这就很烦了啊，第二次结束到百度上搜，结果发现并不是我一个人，就是突然打到一半，卡了，对手出牌的时候浮牌不动，也不是网络问题，证明就是在卡了之后我加了上一局的好友，问他能不能看到我发的消息，对面回应了

网络问题，你是不是在平板上玩的，没办法，总是有很多bug，不过还好，不是一句定胜负的

显卡或者是内存太小了