来看看：Exchange2013提醒“呈现不测毛病，没法处置您的哀求”处置计划 ...

如果你只是想应付一下操作系统的课程，劝你最好别学，或者说不要指望能用的怎么样。
头几天公司外洋站点的ExchangeSever2013出了点成绩，Outlook用户能够一般毗连到Exchangserver举行邮件收发，脱机通信簿、activesync等也都一般，惟独经由过程WEB会见OWA和ECP的时分，输出用户名和暗码，点击登录考证完用户名暗码后，入手下手跳转至邮箱的过程当中会分明的看到“正在翻开您的邮箱，正在处置。。。”，可是最初就会提醒“产生不测毛病,没法处置你的请求”，点击“具体信息”会看到相似于“X-OWA-Error:System.NullReferenceException”大概“X-OWA-Error:microsoft.exchange.data.storage.connectionfailedtransientexception”等字样。不管是在客户端仍是Exchangesever自己都是一样的成绩。别的成心思的成绩是ExchangeServer有BJ和HK两个站点，BJ统统一般，出成绩的只是HK站点。

登录/注册后可看大图

看到这里有履历的小同伴城市起首往反省IIS的OWA假造目次大概后端用户地点的Mailbox数据库。在Exchangeserver中翻开“事务检察器”，并没有发明和Exchange和IIS相干的分明毛病日记，乃至其他的使用程序等日记也没有分明的毛病。Outlook能够一般收发邮件，以是基础能够扫除mailbox的成绩，不外仍是经由过程eseutil.exe反省了数据库的形态―“cleanshutdown”,那也能够扫除数据库的成绩喽。接上去就是OWA了，往反省OWA的log，Exchange安装目次的“v15LoggingOWAServerTrace”中

登录/注册后可看大图

atMicrosoft.Exchange.Clients.Common.Canary15..ctor(StringlogonUniqueKey)
atMicrosoft.Exchange.Clients.Common.Canary15Cookie.TryCreateFromHttpCookie(HttpCookiecookie,StringlogonUniqueKey,Canary15Profileprofile)
atMicrosoft.Exchange.Clients.Common.Canary15Cookie.TryCreateFromHttpContext(HttpContexthttpContext,StringlogOnUniqueKey,Canary15Profileprofile)
atMicrosoft.Exchange.Clients.Owa2.Server.Core.OwaRequestHandler.InternalOnPostAuthorizeRequest(Objectsender)
atMicrosoft.Exchange.Clients.Owa2.Server.Core.OwaRequestHandler.OnPostAuthorizeRequest(Objectsender,EventArgse)
atSystem.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
atSystem.Web.HttpApplication.ExecuteStep(IExecutionStepstep,Boolean&completedSynchronously)


这个历程显现的也许是exchange的前端cas和后端mailbox之间创立毗连哀求的历程。这时候人人大概想到的是前端CAS和后端Mailbox的收集通讯是不是存在成绩？
因为今朝cas和mailbox是两台allinone脚色（有dag），cas和mailbox通讯基础是产生在统一台服务器上，且收集没有做过任何调剂，收集成绩基础也能够扫除了。
接上去能想到的不过就是OWA假造目次也许出成绩了，下手重置OWA假造目次后，成绩仍旧。。。最初最终杀手锏找了一台服务重视新安装一台exchange2013，不做任何变动间接创立用户和数据库，然后在exchange本机实验会见owa，居然呈现一样的成绩，无语了。。。
这时候候能够断定成绩不是exchangeserver自己酿成的。。。。
既然不是exchange的成绩，那惟独和exchange有接洽的就是域控dc服务器了，但是从入手下手出成绩就反省过AD站点的复制情况，并没有呈现分明毛病。
这时候候想起已经看到过外洋一哥们相似成绩，最初他向微软开启了一个case撑持，微软用了3天15小时举行排查，最初居然是经由过程修正ADSI编纂器中cas属性来办理的，全部好也是也OWA没法会见相干的。因为之前不克不及扫除Exchange自己的成绩，而且这成绩很难让人和域控接洽起来，因而一向没敢实验。如今既然能断定成绩和dc有干系了，那这个办理计划仍是值得往实验的。。。
详细操纵以下：
1、因为ADSI内容触及到全部的举动目次内容，操纵之前必定要做好备份，起首经由过程WindowsServerBackup将全部dc做了一次完全备份，以备后患。（这里估量又要被小看了，偌年夜的一个公司居然没有完美的备份体系，o(s□t)o）
2、翻开ADSI编纂器，毗连到【设置】，然后找到【CN=Services】-->【CN=MicrosoftExchange】-->【CN=<你的exchange构造称号>】-->【CN=ClientAccess】，然后右键点击选择【属性】，翻开属性编纂器窗口，在【属性编纂器】选项卡中找到“msExchCanaryData”字样的属性值，然后清空（大概会有0-n多项）
这里我们将这几个值的内容再次复制到记事本中举行保留，如许能够起到备份双保险感化，稳重操纵，究竟是临盆情况。

登录/注册后可看大图

登录/注册后可看大图

3、翻开CAS服务器的IIS办理器，点击【使用程序池】，找到【MSExchangeOWAAppPool】，然后点击右边窗口的【接纳】

登录/注册后可看大图

4、重启exchange服务器
待Exchange服务重视启完成落后行测试，外洋用户OWA和ECP恢复一般，其他outlook功效也一般。北京总部用户也统统一般。成绩终究办理！

登录/注册后可看大图

最初成绩是办理了，但招致的缘故原由并没有真正找到，但愿看到这篇文章并熟知exchange2013的小同伴来一同会商。。。。
关于Exchange2013，方才一年多的工夫已有CU5的更新了，无法让人感伤Exchange2013架构的改动让人线人一新，同时也带来了N多成绩，至心但愿Exchange2013的运气不要像Exchange2007那样。。。(s□t)
办理过程当中征询了多个手艺密友，因为Exchange2013是新产物并没有太提高，小同伴们也都没有碰到过，在此感激列位！同时感概本人偶然中居然成了先吃螃蟹的人。。。(s□t)，再者公司没有购置微软手艺撑持服务，最初想经由过程MVP通道向微软追求手艺撑持，怎奈必要1个事情日的呼应工夫，终极也没有效上MVP的这点儿福利。。。(s□t)

给你装的系统里为ubuntu12.04，它已经封装的很臃肿了，但是考虑到你没有很多时间投入其中，所以给你装了它，但是怎么用它提高开发效率，需要你在学习的过程中不断总结；

感谢老师和同学们在学习上对我的帮助。

Linux简单，占内存少，特别是对于程序开发人员来说很方便，如果说windows的成功在于其方便用户的窗口管理界面。

Linux是参照Unix思想设计的，理解掌握Linux必须按照Unix思维来进行。思想性的转变比暂时性的技术提高更有用,因为他能帮助你加快学习速度。

放手去搞。尽量不要提问，运用搜索找答案，或者看wiki，从原理上理解操作系统的本质，而不是满足于使用几个技巧。尽量看英文资料。

为了更好的学习这门课程，我不仅课上认真听讲，课下也努力学习，为此还在自己的电脑上安装了Ubuntu系统。

随着Linux应用的扩展，出现了不少Linux社区。有一些非常优秀的社区往往是Linux高手的舞台，如果在探讨高级技巧的论坛张贴非常初级的问题经常会没有结果。

一些显而易见的小错误还是用vi改正比较方便。以后的大一点的程序就得在Linux下调试了，因为有的头文件在VC里面说找不到。?