信息来源：http://searchservervirtualization.techtarget.com
据报道，明年早些时候 VMware 及其存储领域的合作伙伴将联合发布新的和存储相关的 API，目前命名为 VMware Aware Storage APIs (VASA)，其功能是加强对物理存储基础架构的可视化，可以通过 vCenter 和 CapacityIQ 工具获得对物理存储阵列的一些细节信息，如 RAID 信息，磁盘数量等等。
有分析人士称，通过 VASA VMware 将要实现对存储的可视化，下一步恐怕就是要实现 vCenter 对存储日常配置的接管了。
VASA vs VAAI
这里对 VASA 和已经存在的 vStorage APIs for Array Integration (VAAI) 两个术语做个总结。
VAAI 是存储产品的一个功能，如果存储支持并开启了这个功能，ESX(i) 主机会自动识别并使用，VAAI 可以实现将原来的 ESX(i) 主机部分 CPU 负载迁移到存储设备上，提高整个虚拟环境的效率。如在大规模的 VDI 部署（可以提高虚机启动速度和桌面负载的性能）和大型数据中心服务器虚拟化部署（改善虚机部署性能，thin-provisioned 时）等等。
VASA 则应该只是实现加强虚拟化层对存储物理层的可视化，将原本的存储厂商的管理工具的部分工具合并到 VMware 的管理工具中。
虚拟机性能调优
最近 Quest Software 公司发布了的 Mattias Sundling 撰写的关于虚机性能调优的白皮书，原文标题：Maximizing Virtual Machine Performance – An introduction to performance tuning，下载地址：http://vcommunity.vizioncore.com/cfs-filesystemfile.ashx/__key/CommunityServer-Components-PostAttachments/00-00-00-42-65/Maximizing-VM-Performance-1.2.pdf
#####
# 文章摘要
##########################
本文所涉技术要点适用于 ESX(i)4.1，但同时一些地方对其他虚拟化技术同样适用，具有通用的参考意义。
前提条件：
1. ESX(i) 版本升级到 4.1，无论是在性能还是可扩展性方面，vSphere 4.1 都要比之前的版本做的更好；
2. 升级虚机硬件版本的 version 7，v7 版本的虚拟硬件引入了一些新的功能，提高了虚机性能。在升级虚机硬件版本到 v7 之前，需要先升级虚机的 VMware Tools，然后关闭虚机，在 VI Client 上右键选中这个虚机，选择 Upgrade Virtual Hardware。
注意：升级虚机硬件版本到 v7 后，则不能再将 v7 版本的虚机迁移到 ESX(i) 3.x 版本的 Host 上了，所以最好同时将 ESX(i)3.x 版本的物理主机进行升级。
下面对相关的具体调优选项分别介绍：
1. vCPU 方面
数量
对虚机分配 vCPU 时从分配单个 vCPU 开始，然后再对虚机的性能进行分析，很多时候单个 vCPU 就已经可以很好的满足虚机的计算需要了。如果单个 vCPU 不能满足虚机的计算需求，再添加必要的 vCPU。
如果一开始就分配多个 vCPU 给虚拟机，有可能会造成 CPU 计算资源的浪费，之后如果过多的在一个物理主机上部署具有多个 vCPU 的虚机，也会造成性能的不足，同时，如果一个虚机先是划分了多个 vCPU，再移除 vCPU 的话，有可能加剧虚机性能的下降，即性能的下降和 vCPU 的减少不成正比，这是因为有的操作系统在安装时会根据 cpu 的数目确定是 UP （Uni-Processor）驱动模式还是 SMP(Symmetric Multiprocessor) 驱动模式，有的操作系统不能方便的从 SMP 驱动模式切换回 UP 驱动模式。
注意：
1). Windows 2008 对 UP 和 SMP 使用同样的驱动模式，可以方便的从多个 CPU 降级为单个 CPU 模式；
2). Windows 2003 及其之前的版本，对 UP 和 SMP 使用不同的驱动模式，支持从 UP 平滑升级到 SMP 模式，但是反之则比较麻烦，不同版本方法不同。
3). Windows 2003 SP2 以及之后的版本，当从多个 cpu 降级到单个 cpu 时，依然会使用 SMP 模式，这会大大降低单个 CPU 的性能。可以手工更新驱动模式。
4). 为虚机分配多个 vCPU 时，需要考虑虚机上部署的应用程序支持多线程计算，如果不支持，分配了多个 vCPU 就是浪费资源。
CPU 的调度
ESX 2 使用严格的共同调度机制(strict co-scheduling)，一个 vCPU 对应一个 pCPU，如果物理机只有 1 个 pCPU，则虚机最多也只能有 1 个 vCPU，如果物理机只有 2 个 pCPU，则虚机最多也只能有 2 个 vCPU。
ESX(i) 3 引入了松散的共同调度机制(relaxed co-scheduling)，即使物理机只有 1 个 pCPU，虚机也可以分配 2 个 vCPU。
ESX(i) 4 进一步加强了松散的共同调度机制，提高了虚机的性能和扩展性。
CPU % Ready
如果 ESX(i) 物理主机的 CPU % Ready 百分比数值超过 2%，则表示 CPU 阻塞，在同一物理主机上的其他虚机在大量使用 CPU 计算，需要引起注意，这个时候虚机需要等待物理主机的 CPU 调度。
注意，CPU % Ready 这个数值只能通过对虚拟化层的监控获得，不能通过虚机的 OS 获得。
2. 内存方面
关于 Memory Limit 参数
虚机的设置中有个 Memory Limit 参数，如果设置了 Memory Limit 参数，则表示最多分配这些物理内存给虚机使用，而不管之前赋予的虚机内存大小。如在创建时设置了 16G 内存，但是同时设置了 Memory Limit 为 4G，则虚机可以看到 16G 内存，但是最多只能使用到 4G 内存，这可以解决一些应用程序在安装时需要检测到大量的内存，但是在运行时不需要那么大内存的情况。
现实情况是，在很多情况下，Memory Limit 自作主张的发生作用，而不管你是否意愿如此。如当你将虚机从一个资源池移动到其他资源池时，或者使用 P2V 方式生成虚机时，Memory Limit 会发生作用，而不管你是否进行了相关设置。还有一个已知的 vCenter 的 bug，会随机的对一些虚机自动设置 Memory Limit，更糟糕的情况时，如果一个模板不幸的在不知情的情况下设置了 Memory Limit 的限制，之后依照这个模板生成的虚机都会不幸的继承这个设定。
如果你分配了 2G 内存给一个虚机，但是又设置了 Memory Limit 为 200M，则这个虚机会看到 2G 的内存，但是最多只能使用 200M 的物理内存，剩下的 1.8G 内存中的内容会被发送到物理主机的交换文件(swap file)中，这是非常糟糕的情况，会影响到虚机的性能，物理主机的性能，同时会影响到交换文件所在的存储系统的性能。
关于虚机内存大小的设定
1). 单个虚机内存分配过高，会增加内存开销，会降低同一物理主机上虚机部署的密度；
2). 单个虚机内存分配过低，会造成内存被 ballooning 的几率加大，影响虚机的性能。
如何去判断最合适的内存分配大小，需要对虚机过去 30 到 90 天的活动内存使用率进行监控。
关于内存的回收
最好是为虚机分配适当的内存，避免 ESX(i)物理主机对内存的回收使用。ESX(i)物理主机使用如下几种技术实现对内存的回收使用：
1). Ballooning，当虚机的内存使用达到设定的限定值时，自动从内存中清除最不常用的数据，实现内存的回收。要求虚机内安装 VMware Tools，ballooning 对虚机性能的影响很小，不要禁用这个特性。如果发现一个虚机多次的出现 ballooning 现象，可以将这个虚机迁移到其他物理主机来避免。
2). Swapping, 将虚机的内存内容交换到主机的交换文件中，因为涉及从内存复制到磁盘的过程，会大大降低性能，需要极力避免。
3). Memory compression, ESX/ESXi 提供内存压缩缓存，可在内存过载使用时改进虚拟机性能。默认情况下已启用了内存压缩。当主机内存过载时，ESX/ESXi 会压缩虚拟页面并将其存储在内存中。
4). Transparent Page Sharing, 位于同一物理主机上的多个虚机之间共用相同内容。
3. 存储方面
关于 ParaVirtualized SCSI (PVSCSI) 控制器
1). PVSCSI 控制器提供了更好的数据吞吐量和更低的CPU占用率。相比使用基于 LSI Logic 的控制器，PVSCSI 控制器提供了 12% 的数据吞吐量提高和 18% 的 CPU 占用率的降低。
2). PVSCSI 可以更好的应对慢速的磁盘 I/O
关于 LUN 的大小和虚机的位置
1). LUN 的大小在 500G 到 1000GB 为宜，过大的 LUN 会造成过高的磁盘 I/O，影响性能。
如果存储设置支持 VAAI，则最好开启这个功能，这个功能会将服务器物理主机的虚拟化层的负载部分迁移到存储设备上，可以实现更好的性能
2). 将存储的 block size 设置为 8M， 并且在应用在多个 data store 上
3). 对各个 LUN 的 I/O 进行监控，平衡 LUN 的负载。
VMFS Alignment
如果是通过 vCenter Client 创建的 VMFS 卷，则已经正确的执行了 Alignment，如果在安装 ESX(i) 时创建了 VMFS 卷，则需要重新进行 Alignment。只能通过 Storage vMotion 的方法将虚机迁移到其他 datastore 中，然后在 vCenter Client 中再重新创建 VMFS。
关于启用 Storage I/O Control (SIOC)
从 ESX（i） 4.1 开始，可以针对 datastore 开启 SIOC 功能，可以实现在磁盘 I/O 阻塞时保证关键应用优先使用磁盘。
4. 网络方面
物理网卡
确保具有多块物理网卡，至少是千兆网卡，最好是万兆网卡。
关于 VMNET3
默认的是虚拟网卡是 E1000，可以升级到 VMNET3 网卡，具有更好的吞吐性能，而且可以充分利用万兆网卡的速度。
注意：升级到 VMNET3 虚拟网卡后，原有的 IP 设置会丢失，并且 MAC 也会改变，在升级前备份之前的网卡配置。
如果要启用 VMNET3 的 Jumbo Frames 功能，需要修改虚机操作系统的 MTU 为 9000，同时要修改 vSwitch 和交换机的端口配置。
关于 Network I/O Control (NetIOC)
通过 NetIOC 可以控制 虚机, 虚机的管理, vMotion, NFS, iSCSI 和 Fault Tolerence 等功能使用的网络带宽，
5. 删除不需要的虚拟硬件
不需要的虚拟硬件，只要存在就会消耗 CPU 和内存资源。
可以删除的虚拟硬件有：
1). Floppy, CD, USB, Serial Port, Com Port, Sound
2). 通过如下方法清理已经删掉的硬件，
Windows，在命令行中执行
Set devmgr_show_nonpresent_devices=1
然后打开设备管理器 (devmgmt.msc)，选择 Device Manager – Show hidden devices，
删掉所有 non present devices
虚拟化性能最大化的实现需要多个技术小组配合
看了一份 VKernel 公司提供的实现虚机性能最大化需要多个技术小组配合实施的文档，现做个摘要。
#####
# 文档摘要
#############################
原文标题：3 Ways Storage and Server Admins Unite To Enhance VMware Performance
副标题：how to keep the peace between teams
摩擦是无处不在的，一开始是系统管理员和存储管理员之间因为服务器使用存储问题产生一些小摩擦，后来随着虚拟化的深入，虚拟化不断的扩大对存储的需求，虚拟化管理员和存储管理员的冲突不可避免的不断的发生。虚拟化的最初，可能是虚拟化管理员提出对存储的需求，然后存储管理员依据需求完成存储的连接和划分，但是要实现虚机性能的最大化，不得不加强多项目组之间的合作，存储管理员必须参与到虚拟化的实施之前的规划设计之中。
如何实现呢？
分三步走：
第一步，需要多方深入的参与到虚拟化应用的规划之中
今天，系统管理员和存储管理员工作的交集主要是围绕未来的存储容量需求。单纯的容量需求往往不是虚拟化性能的瓶颈所在，资源的动态使用是虚拟化的特征之一，也是影响虚机性能的主要因素。
资源的动态使用主要表现在如下几个方面：
1. 虚机不断的加入到 data store 中；
2. 虚机中的应用的负载处在变化中；
3. 处于同一 Host 上或者 data store 中的虚机之间会互为影响；
4. 虚机在多个 data store 中迁移。
因为虚拟化资源的动态使用这个特性的存在，需要在物理服务器、网络、存储之间均衡资源负载，要实现这个目标，需要应用程序负责人，虚拟化管理员，存储管理员之间协作配合。
第二步，减少不必要的存储的占用
虚拟机对存储的使用往往比单纯的物理机对存储的使用要高的多。【个人理解：虚拟化之所以对存储的使用较多，是因为虚机创建方便，存储中往往存在一些有快照的虚机，僵死的虚机，关掉不用的虚机，还有虚机模板等等。】
如何减少存储的使用呢？
1. 在存储上启用重复数据删除技术；
2. 定期清理不用的虚机快照；
3. 定期不用的虚机、虚机模板等等。加强虚机生命周期管理。
第三步，产生问题时为排错提供正确的信息
应用发生和存储相关的问题时，虚拟化环境的排错要比传统的环境排错更加复杂，关键是要定位到具体的虚机和其所在的 data store。一旦明确到具体的虚机和对应的 data store 之后，就可以对过去 24 到 48 小时做过的变更进行分析。【嘿嘿，这时看出来遵循 ITIL 的重要性了 】
#####
# 我的点评
###############################
原文中提到了存储管理员、系统管理员和虚拟化管理员之间的关系，似乎缺少了网络管理员，毕竟就虚拟化来说在存储方面不仅存在 SAN 的形式，还有 iSCSI 和 NFS 形式，而且传统的 ESX 主机连接还需要配置 Load Balance，Fault Tolerance 等等，这些都应该需要网络管理员的配合。缺少了网络管理员的参与，那结果一定不会比缺少存储管理员的参与好到哪儿去。当然，一个资深的（货真价实的）架构师的存在，可以从项目的最初设计上就考虑到方方面面的技术弊端，实现虚拟化性能最大化。
Tags: Performance, VKernel, VM
今天 VMware 的工程师到公司进行 vSphere 4.x 的售后服务，期间看到他使用了 VMware HealthAnalyzer 的工具，这个工具通过连接 VC 获取 vSphere 的环境信息。界面如下：
和微软每年到公司进行一次的 AD Health Check 不同，微软的工作人员每次都会在我们的服务器上保留一份 ADRAP 技术参考文档和运行程序，VMware 的工程师只是将 VMware HealthAnalyzer 部署在自己的机器上，不提供给最终客户。多方查证，发现 VMware 只向其雇员和合作伙伴提供 HealthAnalyzer，可以通过 VMware partner central 获得。
事先说明，以下内容为多个链接的总结，不保证对您的系统同样有效，出了问题不要找我，呵呵。
Ubuntu 系统用的时间长了后，大家会发现存在很多其实已经不用的安装包和一些配置文件，占用了宝贵的硬盘空间，如何删除这些文件呢？方法如下，一般按照先后顺序执行：
1. 清除 Residual Config Packages
定位到 System/Administration/Synaptic Package Manager，选中 residual config，然后在右侧选中一个需要删除的安装包，右键选择 Mark for Complete Removal。（可以 Ctrl+A 全部选中后再选择 Removal）
然后选择 Apply，会出现一个对话框提示将要删除的安装包。
2. 清除 partial packages
Partial Packages 和 Residual Packages 的区别是，Partial 的安装包在下载的过程中被中断了，没有下载完整，而 Residual 的则是下载完整了。
ming@nw8440:~$ sudo apt-get autoclean
3. 清除不需要的 locale 设置相关数据
ming@nw8440:~$ sudo apt-get install localepurge # 对我来说，只需要 en 即可，其他都删除。安装的时候只选择 en 即可。
安装了 localepurge 的好处是每次安装一个程序，都会自动删除除了之前在安装 locale 时选择的语言，即我这里只会安装 en 的内容，其他语言的内容都会被自动清理。如安装一个程序，会自动在安装的最后出现：
ming@nw8440:~$ sudo apt-get install deborphan
……
Setting up deborphan (1.7.28) …
localepurge: Disk space freed in /usr/share/locale: 124K
localepurge: Disk space freed in /usr/share/man: 24K
Total disk space freed by localepurge: 148K
4. 清除 orphaned packages
ming@nw8440:~$ sudo apt-get install deborphan # 安装
ming@nw8440:~$ sudo deborphan | xargs sudo apt-get -y remove –purge ＃ 使用 deborphan 清理
5. 使用 Ubuntu Tweak 删除下载到本地的 Package 和一些已经卸载的软件的配置文件
打开 Ubuntu Tweak 后选择 Package Cleaner
参考内容：
http://www.ubuntugeek.com/cleaning-up-all-unnecessary-junk-files-in-ubuntu.html
http://ubuntuforums.org/showthread.php?t=140920
Tags: autoremove, clean, deborphan, localepurge, Tweak, ubuntu
如何解决一些虚拟机不能通过 VCB 成功备份的情况？
NetBackup 通过 VCB 备份 VI 3.x/vSphere 4 的虚拟机时，总会是不是的发现某些 VM 出现 156 号错误，显示快照建立失败，如何去处理呢？
典型的报错如: Creating a quiesced snapshot failed because the created snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine.
总的思路：确定真的是不能通过 VCB 成功备份再考虑传统的备份方法。
解决步骤(需要说明的是 VMware Tools 的安装和卸载需要重启服务器才能生效，需要慎重使用)：
1. 查看是否安装了最新的 VMware Tools，如果不是则尝试升级到最新版本；
2. 如果还是不行，则再次卸载 VMware Tools，然后将 sync driver 这个服务设置为 disable，同时设置 VSS 服务为 Automatic。之后再次安装 VMware Tools；
3. 如果还是不行，则尝试在需要备份的虚拟机负载较低的时候发起 VCB 备份，看看是否能够备份成功；
4. 如果还是不行，有两个选择：
1). 在 NetBackup 中设置对这台虚拟机备份的策略，在 Snapshot client options 中设定 disable VM quiesce 为 1，即在创建快照前不需要 quiesing 的动作，但需要强调的是如果不进行 quiesing 的动作，则不能保证备份的有效性，在恢复时有可能造成某些文件丢失和部分应用的出错；
2). 只能老老实实的安装传统的备份 Agent 通过传统方式备份了。不过还是有选择的，可以选择通过对文件系统（分区）级别的快照来加快备份速速，我在这里就不详细描述了。
#####
# 新的解决方法
######################################
上面所记录的是几个月前我对 NBU 通过 VCB 备份出现 156 错误的总结，今天看了两篇 VMware 的官方文档，有了新的认识。
文档一：Troubleshooting Volume Shadow Copy (VSS) quiesce related issues
文档二：Unable to take a quiesced VMware snapshot of a virtual machine
总的思路：
1. 卸载当前机器上的 VMware Tools，重启虚机；
2. 登录虚机，在重新安装 VMware Tools 之前，确保如下两个服务（其目的是为了安装 VMware Tools 时能够成功安装“VMware Snapshot Provider”服务）：
a. “COM+ System Application Service” 服务开启，设置其启动类型为 Manual;
b. “COM+ Event System Service” 服务开启，设置其启动类型为 Automatic;
如果符合上面的两个条件，开始安装 VMware Tools，之后重启虚机。
3. 重新尝试在 NBU 上发起 VCB 备份策略，在备份的时候查看如下几个服务：
a. 确保”COM+ System Application”服务当前开启，其启动类型为 Manual；
b. 确保“COM+ Event System Service”当前开启，其启动类型为 Automatic；
c. 确保 “Volume Shadow Copy Service”启动类型为 Manual；
d. 确保“Microsoft Software Shadow Copy Provider Service”启动类型为 Manual；
e. 确保“VMware Snapshot Provider”服务当前启动，启动类型为 Manual。
#####
# 要重复强调的几点
##################################
对于负载较高的虚拟机，如运行着 SQL, Exchange 的虚拟机，或者虚拟机是域控制器，使用 VCB 的快照方式备份不能保证应用的一致性，推荐使用传统的备份 Agent 方式备份。如果希望做到快速恢复，可以考虑系统本身通过快照方式备份和恢复，应用使用专门的备份客户端恢复。
1. Elliott Associates 风险对冲基金公司意欲收购 Novell
发生时间：2010年3月2日
参考：
http://dealbook.blogs.nytimes.com/2010/03/02/elliott-associates-offers-to-buy-novell/
http://www.prnewswire.com/news-releases/elliott-offers-to-acquire-novell-86009382.html
2. Novell SLES 11 将会完全支持 KVM
将在今年发布的 SLES 11 将会完全支持 KVM，有分析人士认为这是 Novell 抛弃 Xen 投向 KVM 怀抱的开始。（注：Red Hat 从 RHEL 5.3 开始已经抛弃 Xen）。如果 Novell 也抛弃 Xen，Xen 这个虚拟化平台将彻底成为一个社区维护的产品了，不知道 Citrix 是不是非常后悔当年为什么要买 Xen 而不是其他。
不过 Novell 官方宣布将会同时支持 KVM 和 Xen，似乎此地无银三百两，呵呵。
Novell 之前收购的 PlateSpin 技术可以理解为支持 P2V 和 V2V 的 Convert 工具，可以很方便的将 Xen 虚机转换为 KVM 虚机。嗯，看来转换的代价不是很大，就等你宣布抛弃拉。
参考：http://www.virtualization.info/2010/03/novell-to-fully-support-kvm-in-sles-11.html
3. Citrix 和 Novell 建立新的伙伴关系，并表示对于 KVM 的关注
几周之前，Citrix 和 Novell 宣布了在虚拟化方面建立新的伙伴关系，主要两部分内容：
1). The first one is focused on providing joint technical support to those customers that run SUSE Linux Enterprise Server as a XenServer guest OS.
2). The second one grants the use of Platespin Recon for Citrix and its Solutions Advisors partners.
别的不想多说，只想指出一点，据说 Citrix 目前在虚拟化底层的 Hypervisor 层方面无意与其他公司竞争，Citrix 更多的是关注如何在多种 Hypersior 底层技术上搭建其核心产品 VDI – XenDesktop 平台。有了这种主导思想，也就不难理解为什么 Citrix 对于 KVM 也表示关注了。
近期 VMware 发送邮件通知客户 VCB – VMware Consolidated Backup framework 的生命周期将会结束，VMware 的下一代产品将不再支持 VCB，取而代之的是 vStorage APIs for Data Protection (VADP)。需要指出的是当前 vSphere 4.0 是明确支持 VCB 和 VADP 两种备份方式的。
关于 vStorage API 相比 VCB 的优点，可以参见我之前的一篇 blog http://xuming.info/2010/01/vcb-%E7%9A%84%E7%BB%88%E7%BB%93%E8%80%85-vstorage/
$ uname -a
Linux nw8440 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 02:39:34 UTC 2010 x86_64 GNU/Linux
$ date
Mon Mar 1 18:43:41 CST 2010
如何安装
推荐先安装如下软件包，
$ sudo apt-get install wv catdoc # 用于对 Windows Office 的文件，如 Word, Powerpoint，Excel 等文件进行索引
$ sudo apt-get install
然后到这个页面 http://desktop.google.com/zh/linux/download.html 下载对应的 Google Desktop 并安装
如何卸载
$ sudo dpkg -r google-desktop-linux
注意
如果是覆盖安装，不会删除已经存在的索引文件；
如果是卸载安装，则会删除已经存在的索引文件。
快捷方式
默认是快速敲击 Ctrl 键两次出现 Google Desktop 输入框。这个是可以修改的。
如何备份索引文件
备份如下两个文件
~/.google ＃ 这是个文件
/var/cache/google/desktop ＃ 这是个目录
如何恢复索引文件
先停止 Google Desktop，然后覆盖上面备份的两个文件或目录。
如何停止和开启 Google Desktop
1. 右键点击运行在任务栏的 Google Desktop 图标；
2. 选择 Exit，出现”Are you sure you want to quit Google Desktop?”的提示；
3. 选择 Yes 退出。
可以在开始菜单中选择 “Google Desktop” > “Google Desktop.” 开启。
注意，在安装 Google Desktop 之后，用户每次登录 GUI 界面都是都是自动启动 Google Desktop 的。
关于索引的更新频率
Google Desktop 的索引在系统处于闲置状态时自动在后台运行，一般初次索引完毕需要数个小时，最好在初次索引的时候在完成之前不要关机。
一旦初次索引完成之后，会自动根据计算机的数据变化自动更新。注意：Only kernel versions 2.6.13 and up support immediate real-time indexing. For Kernels lower than 2.6.13, Google Desktop will refresh the index periodically to keep you up to date。
关于 Google Desktop 软件本身的自动升级
Linux 平台的 Google Desktop 软件本身会自动升级，无需用户干预。具体看：http://desktop.google.com/support/linux/bin/answer.py?answer=62874&cbid=eohtea7rchsb&src=cb&lev=answer
关于搜索的技巧
Google Web Search 中适用的高级搜索技巧对于 Google Desktop 同样适用，如：
filetype:pdf # 只搜索 pdf 后缀的文件
dogs -cats # 搜索包含 dogs 同时不包含 cats 的结果
“like this” # 使用引号搜索包含空格等特殊符号的内容
支持索引的文件类型
支持如下类型的文件
* PDF and PostScript
* Text files (including source code)
* HTML
* OpenOffice.org Writer, Calc, and Impress files
* Microsoft .doc (Word), .xls (Excel), and .ppt (Powerpoint) files
* Media files and metadata (such as artist and album information)
* File names for most other files on your internal hard drives
Linux 版本的 Google Desktop 不支持如下文件
1. Filenames starting with a dot (“.”) which are hidden files.
2. Filenames ending with a tilde (“~”), which are usually backup files generated by text editors like VIM.
不搜索如下目录的文件
* /boot
* /dev/
* /lib
* /proc
* /tmp
参考：
http://desktop.google.com/en/linux/gettingstarted.html
http://desktop.google.com/support/linux/?hl=en
快要春节了，不想惹事，不想折腾。可是，唉，今天一早发现打开 NetBackup 控制台时，出现 Database Server is down 的提示，具体表现如下：
在点击 Activity Monitor 时，出现如下报错：
在点击 Media 时，出现如下错误：
故障原因： NetBackup Master Server 的数据库所在的分区空间使用满了，为保证数据库的数据完整性，关闭了 Media Manager server 数据库。
仔细查看，可以发现某些服务器在 Netbackup\db\images\ 的文件特别大，如下图：
两种方法解决：
1. 压缩 catalog
定位到 Host Properties/Master Server/Golbal Attributes/，选择 compress catalog interval after x days。
2. 使用 ALTPATH 修改 images 这个目录的路径，这个没有具体去研究
上述两种方法是官方推荐的方法，注意第一种方法压缩 catalog 时需要注意，如果您的 Master Server 版本是 6.0.3 之前的，会存在一个问题，具体查看 http://seer.entsupport.symantec.com/docs/283528.htm
不过以上两种方法，我目前都没有采用，我只是零时将一些 catstore 文件迁移到其他地方，然后使用 nbdb_admin -start 命令启动 NetBackup 的数据库，如下图：
之后，NetBackup Database server 恢复正常。目前在考虑迁移 Master Server 到一台新的服务器上，采用备份和恢复 catalog 的方法。