摘要： SQL Server 维护着一个叫做buffer cache的东西, 在buffer cache中SQL Server 读取必须被取回的data pages. 数据在修改时并不是直接写到磁盘上的, 而是写在buffer cache中原本在磁盘上的对应数据页的拷贝中. 修改什么时候落盘呢? 答案是在checkpoint发生的时候, 或者是当修改必须被写回到磁盘上之后buffer cache才可以腾出... 阅读全文

摘要： 请看下面的两个精彩解答: 解答1: If your SAN has performance and availability algorithms built into the management software then yes, it is a good idea for both performance and availibility to put them on the SAN.... 阅读全文

摘要： Forward rebuild发生在磁盘或节点挂掉的时候. 这种rebuild的过程的load是均衡到protection domain中所有可用的磁盘和节点上的. 这种rebuild相对于backwards rebuild更快, 更平顺. Backward rebuild发生在挂点的节点或... 阅读全文

摘要： 干眼症非常讨厌,玻璃酸钠也不是很好用.学友上网,得到一个好办法,那就是打哈欠. 人一打哈欠就容易流泪,眼睛自然就湿润了.而且泪液比玻璃酸钠眼药水要舒服得多.再往后呢,觉得楞打哈欠经常打好多下才挤出一点点泪水.觉得做作眼保健操还不错的,发现做第四节的时候,刮眼眉对于催泪效果不错.寻找眉上的痛点,重点按... 阅读全文

摘要： 这个词明显有点恐怖。设想一下，如果某时刻连接两个控制器之间的通路出现了问题，而不是其中某个控制器死机，此时两个控制器其实都是工作正常的，但是两者都检测不到对方的存在，所以两者都尝试接管所有总线，这时候就是所谓的“脑分裂”，即同时有两个活动控制器来操控所有后端设备。这种情况是可怕的，类似精神分裂症。 如何预防这种情况呢？通常做法是利用一个仲裁者来选择到底使用哪一个控制器接管所有总线，比如用一两个控... 阅读全文

摘要： 基于性能方面的考虑, 数据库引擎会在内存(buffer cache)中执行数据库数据页(pages)的修改, 不会再每次做完修改之后都把修改了的page写回到磁盘上. 更准确的说, 数据库引擎定期在每个数据库上生成一个checkpoint. Checkpoint会把当前内存中的修改了的页(dirty pages)还有transaction log的信息从内存中写入到磁盘, 还要记录关于tranac... 阅读全文

摘要： 详细步骤在此: Enabling clustering features for an existing virtual disk by converting in place(1035823) http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=103582... 阅读全文

摘要： 遇到报错, 首先得先仔细读读人家给的出错信息. 而不是先怀疑是自己什么地方弄错了, 胡乱修改. 比如说, 遇到下面的报错: LoadTestAgentResultsLateException Results from agent 'MSFT-XXXX,MSFT-XXXX' were not received in time to be included in the overall ... 阅读全文

摘要： 我的SQL 2014的虚拟机在迁移的时候, 存放TempDB的LUN被删掉了. 在虚拟机的操作系统启动了之后, SQL Server Instance却启动不起来了. 检查Event Log, 报错. 于是, 找到了这篇文章. 其目标是强制SQL Server启动, 并允许接收sqlcmd的修改一些选项的命令. 一旦SQL可以接受命令, 那我们就可以重新指定tempdb的路径了. 然而... 阅读全文

摘要： 比如说, 我们有一套VMware的环境, 其中有一台运行者ESXi的主机, 其上有十块SAS盘. 这十块盘中的五块盘被RDM到一台虚机上了. 假设你发现有添加多了一块盘, 你想移除掉, 但是5块盘其中有3块盘已经在使用中了(即其上有生产数据). 可是VMware虚机的属性对话框中, 你只能看到Hard disk X, Physical LUN and Datastore Mapping File中... 阅读全文