Tree under Moon shining

　　搬瓦工，因其官网网站标识是BandwagonHost，有点类似BanWaGong的拼写，所以我们国内的站长喜欢称作为搬瓦工VPS。搬瓦工VPS是一款性价比较高的便宜VPS主机，且适合入门级网友学习Linux和建站用途。

　　搬瓦工VPS，隶属于美国IT7公司旗下的一款低价OpenVZ VPS主机方案、2017年新增KVM VPS架构，尤其是8款便宜年付VPS，无论从性价比还是稳定性都非常适合大众VPS用户需求，我们可以用来建站、Linux系统学习、软件调试，也可以完成各种初学者需要测试项目正规用途使用。反正完全可以用作新手学习VPS主机选择性价比VPS使用。相继增加CN2线路、且在2017年10月份新增香港机房。

　　感兴趣的同学可以通过我的推广链接进行注册。

omnitty是作为SA居家旅行的利器，可是还是有许多的不足之处，特别是服务器的ssh端口不同时。

所以就有了今天的这篇文章。

修改omnitty的源码main.c把

while (1 == fscanf(f, "%s", buf)) machmgr_add(buf);

改为

while (NULL != fgets(buf, 128, f)) machmgr_add(buf);

重新编译安装就搞定了

读取文本就可以使用-p参数来指定ssh端口

配合tmux来使用，真是爽快。

参考文章：http://sgxiao.blog.163.com/blog/static/119937386201032404115898/

今天终于搞定了困扰自己vim问题

什么问题呢，说出来有点好笑，在命令模式下打:tabnew c:\，然后按tab，正常的话会补全路径，可是家里的laptop windows 7上vim，死活不出来，显示的是:tabnew c:\^I。google了半天也找不到方法。

今天还是不死心，再google了一把，算是解决了，可是还是不知道原理，不管了，能用就好了。

解决的方法是：
1、在_vimrc里面加上
set wildmenu
set wildmode=longest:full

进入VIM，敲入:im<TAB>，VIM会在命令上面显示出im开始的命令，黄色是选择高亮：
imap  imapclear  imenu                                                                               
:im
这时可以继续敲入后续字母再按<TAB>补全，或者用<LEFT>/<RIGHT>或<C-n> /<C-p>在列表中前进或后退。


同样对文件名补全，在VIM里输入:edit ./<TAB>会得到当前目录下的所有文件和子目录：
_vim/  _vimrc  addins.v6/  addins.v7/  after/  others.vimrc/  plugins/  plugins.extern/  >           
:edit ./

2、再把上面2句话注释掉

大功告成，命令行模式下tab补全又神奇般的回来了。

SQL Server Databases 对象2008

SQL Server 中的 SQLServer:Databases 对象提供了计数器，来监视大容量复制操作、备份和还原吞吐量以及事务日志活动。监视事务及事务日志确定数据库中进行的用户活动数量及事务日志的饱满程度。用户活动数量可以确定数据库的性能并影响日志大小、锁和复制。监视低级日志活动以测量用户活动和资源使用情况，有助于查明性能瓶颈。

可以同时监视 Databases 对象的多个实例，每个实例代表一个数据库。

下表说明了 SQL Server Databases 计数器。

SQL Server Databases 对象2005

SQL Server 中的 SQLServer:Databases 对象提供了计数器，来监视大容量复制操作、备份和还原吞吐量以及事务日志活动。监视事务及事务日志确定数据库中进行的用户活动数量及事务日志的饱满程度。用户活动数量可以确定数据库的性能并影响日志大小、锁和复制。监视低级日志活动以测量用户活动和资源使用情况，有助于查明性能瓶颈。

可以同时监视 Databases 对象的多个实例，每个实例代表一个数据库。

下表说明了 SQL Server Databases 计数器。

贴一下DBA同事的运维经验

对于运维人员来说，学会查看性能计数器是一个重要的技能手段

通过性能计数器，可以帮助我们缩小排查范围，快速定位问题原因

从系统角度来看，无外乎内存、磁盘、cpu等

（请注意我的次序，现在的cpu已几乎不成为服务器的瓶颈；cpu的性能问题，往往是由前2者引发的。磁盘性能问题，也有可能是内存引起的哦）

下面说说几个最主要的计数器：

----- ----- ----- ----- 以下部分摘自网上，红字部分是我个人的理解，欢迎指教与讨论 ----- ----- ----- -----

Memory: Pages/sec

描述：这个计数器记录每秒中RAM和硬盘上虚拟内存交换（换出+换入）的页数。

范围：如果SQL Server是这个服务器上唯一主要运行的应用，则这个值应该在0-20之间。当超出这个范围，建议增加物理内存。

（即越低越好，对维护人员来说，呵呵）

Memory: Available Bytes

描述：服务器可用的物理内存字节数

范围：这个计数器的平均值应该>5MB，SQL Server 2005 会试图一直维持4-10MB这个范围。当小于建议范围的时候，可以尝试提高SQL Server的性能，包括增加/3GB开关在Boot.ini文件。

（SQL会试图最大化的利用内存，你可以通过设置更改；最好给操作系统预留个几十M，方便应急情况下上去操作）

SQL Server: Buffer Manager: Buffer Cache Hit Ratio

描述：这个计数器相当重要，它说明了SQL Server 从缓冲区获取数据的命中率（如果缓冲区没有，只能去访问硬盘）。

范围：这个值应该在90%以上，理想情况是99%以上。当值比较低的时候，建议增加物理内存。

（即越高越好）

Physical Disk: Avg. Disk Queue Length

描述：这个计数器表明的是物理磁盘阵列的压力，即目前磁盘读取和写入请求队列的平均值。

范围：对单独的一个磁盘，如果其值大于2（如果是做了RAID的一组盘，假定有5个物理盘，则此判定值为2*5=10），且持续10分钟以上，则你可能碰到了磁盘I/O的瓶颈。因此这个值对单个磁盘应该 <=2。

（应用服务器也适用）

Physical Disk: % Disk Time

描述：这个计数器是判定物理磁盘阵列压力的指标。（不能针对一个逻辑分区或者阵列中的独立磁盘）

范围：如果这个值超过55%并持续10分钟以上，则数据库碰到了磁盘I/O瓶颈。因此这个值应该 <=55%。

（这是一个读/写的时间比值。读与写，事实上不同的厂家有不同的实现算法，所以相对于上一个计数器，这个指数我不常看，55%大家作个参考吧）

Processor: % Processor Time

描述：在数据库服务器上，每一个CPU都有此计数器的一个实例，它表明了独立CPU的利用率。

范围：如果总的% Processor Time (_Total) 超过80%且持续10分钟以上，就可能碰到了CPU的瓶颈。因此应该 <=80%。

（80%已经是严重问题了，到这个值以上服务器性能将急剧下降，应立即报警！个人认为60%就应重视起来，要去分析解决）

System: Processor Queue Length

描述：CPU处理任务队列中的任务个数。

范围：如果每个独立CPU，这个数值超过2，且持续10分钟以上，就可能碰到了CPU的瓶颈。因此对于每个独立CPU应该 <=2。

（应用服务器也适用）

----- ----- ----- ----- ----- ----- ----- -----

再附一个sql server的性能计数器，需要专业知识，有兴趣上官网，呵呵

除性能计数器外，SQL还有一些自带的监视、分析工具，这里篇幅有限不多写了，大家可以自己google一下（抓紧时间用吧）。主要的有：

²  管理sp、动态管理视图（SQL2005，很不错，推荐）

²  SMS中的报表（傻瓜工具）

²  活动监视器

²  profile（探查器？比较消耗资源，建议重要的生产库不要多用）

最后老生常谈一下：应用层、中间层的实现方式至关重要，到数据库层再来优化的就很有限了