在未采用Vcenter Server管理的环境下，在不同ESXi Host之间拷贝/移动虚拟机镜像

A：

1.关闭或者挂起虚拟机镜像

2.开启ESXi Host的主机登录

在 VMware ESXi 4.1 上输入密码后进入界面控制台，选择 “Troubleshooting Options”，继续选择 “Enable Local Tech Support” 和 “Enable Remote Tech Support (SSH)”，这样就可以同时开启本地 console （非必须）和远程 ssh 登录。

用 ssh 登录 VMware ESXi 后就可以随心所欲了，根目录下就这么些文件和目录，层次清晰，很容易找出虚拟机镜像文件在哪，需要的话把这些镜像文件 scp 拷出来就可以了。

~ # ls /vmfs/volumes/datastore1/
Beta-Intelligent.Service.System  ITSM                             cst.epfuture.com
CRM.Group                        Test Platform – Linux            ios.Files
ISO.Files                        cms.epfuture.com                 www.wenjuanpai.com

得到Shell环境之后，就可以执行Unix/Linux常见的cp、scp和mv指令来操作虚拟机镜像

3.移动虚拟机镜像之后，第一次启动该虚拟机，会出现一个判断对话框"I copied it" or "I moved it"选项。选择"I copied"，则会改变虚拟机的MAC地址和UUID地址；选择"I moved it"，则不做改变。根据系统环境需要选择即可。

create LOGIN example WITH PASSWORD=’this is password‘;

错误229

把“在数据库里相应的用户权限中，把db_denydatareader的复选框的勾去掉。

A – 新建备份任务，默认地，BE会使用“完全 – 备份文件 – 使用存档位（重置存档位）”。该存档位在Linux下不能被正确识别，得不到此标识，BE就默认地进行了全备份。
解决方案 – 在任务属性里，修改常规选项，把备份方法修改为“完全 – 使用修改时间”。对应的，增量或者差异备份的任务属性也要修改。

Q –

Prerequisite Warning: C++ Compatibility Pack

The installer was unable to determine the version of C++ Compatibility package installed on the computer. The compatibility package is required for this version of the Symantec Backup Exec Remote Agent for Linux or UNIX Servers. Install the appropriate C++ compatibility patch for GNU Compiler Collection (GCC) 3.3, or refer to the following link for more information:

A -下载必须的GCC库

yum install libstdc++.so.5

Q – remote Agent for Linux设置为自动启动

A –

chkconfig –add VRTSralus.init
chkconfig VRTSralus.init on

bugzilla主要有2个配置文件，bugzilla/localconfig和bugzilla/data/params

localconfig 记录数据库连接信息等
params 记录系统运行参数等。例如，更换机器IP之后，需要更改其baseurl参数为新的地址

具体过程和手册中所讲一样，不累述了。

安装完成后，需要编辑/etc/VRTSralus/ralus.cfg，加入一下几行，否则BackExec服务器将不能正常发现该Agent。

Software\Symantec\Backup Exec for Windows\Backup Exec\Agent Browser\TcpIp\AdvertisementPort=6101
Software\Symantec\Backup Exec for Windows\Backup Exec\Agents\Advertise Now=1
Software\Symantec\Backup Exec For Windows\Backup Exec\Debug\AgentConfig=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Debug\VXBSAlevel=5
Software\Symantec\Backup Exec for Windows\Backup Exec\Engine\Agents\Advertise All=1
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertise Now=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertisement Purge=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertising Disabled=0

详细的解释，BackExec的手册中有说明，以上参数用于开启消息发布，和介质服务器通信。

如果添加完以上参数，不能正常通信，请查看beremote进程是否正常。/opt/VRTSralus/bin/VRTSralus.init可以控制beremote进程，如果beremote进程不受该指令控制，可以尝试重启计算机，再刷新介质服务器，以恢复和该agent的通信。

为了行文的方便，加上以下的环境描述：
Windows 2003；
应用数据类型：SQL Server 2000＋文档数据；
挂载iscsi盘为F盘。

实施过程：
1.新加入1T的SATA盘一张，用于临时存放数据，挂载为Y盘。
2.保持业务不中断，使用FastCopy的copy(overwrite)功能将数据拷贝至Y盘。此过程持续3-4天。此过程中，产生几条错误记录，均是数据库文件被锁定不能访问，导致该文件不能被拷贝。
3.拷贝数据库文件，以及这三四天内的变化数据。使用FastCopy的diff(data/size)模式。此过程将需要中断服务和数据库，持续3-4个小时。
4.删除iscsi盘的盘符，将其分配给之前的Y盘。
5.断开服务器和存储的连接，启动服务，测试。
6.重新规划存储。

总结
善用工具，可以使业务中断时间大大缩短，并且保证数据的一致性，规避了Windows系统复制功能”遇到错误即中断”的bug。

误差小的时候，ntpd不会直接修改系统时间的，只是对时钟频率进行校正。这种方式好处是系统时间不会有跳变，不会影响像crontab这样程序的运行，缺点是校正需要一定的时间。

RHEL系统上，我们常用ntpd来完成该任务；而在Ubuntu系统里，我们则用openntpd来替代它。相对ntpd，openntpd是轻量级的网络时间协议，设置比较简单。
关于ntpd和openntpd的设置，参考以下2篇文章

某Web服务器，突然出现以下问题，php-cgi僵死在进程里，无法重启

www 9463 0.0 0.3 41996 13612 ? D Apr19 1:22 /usr/local/php/bin/php-cgi –fpm
www 20858 0.0 0.3 40408 12932 ? D May05 1:55 /usr/local/php/bin/php-cgi –fpm
www 20866 0.0 0.3 40688 13296 ? D May05 1:53 /usr/local/php/bin/php-cgi –fpm
www 20878 0.0 0.3 40932 13604 ? D May05 1:51 /usr/local/php/bin/php-cgi –fpm
www 24288 0.0 0.3 40436 12880 ? D Apr15 2:36 /usr/local/php/bin/php-cgi –fpm
www 26881 0.0 0.3 41596 13712 ? D Apr16 6:11 /usr/local/php/bin/php-cgi –fpm
www 26921 0.0 0.3 43224 15848 ? D Apr16 5:57 /usr/local/php/bin/php-cgi –fpm
www 26983 0.0 0.3 42736 14524 ? D Apr16 6:01 /usr/local/php/bin/php-cgi –fpm
www 27007 0.0 0.3 42608 14248 ? D Apr16 6:01 /usr/local/php/bin/php-cgi –fpm
www 27023 0.0 0.3 42464 15172 ? D Apr16 5:57 /usr/local/php/bin/php-cgi –fpm

处理过程

1. “killall –9 php-cgi”无效

2. “pkill –9 php-cgi”无效

3. reboot操作系统，成功，D状态的php-cgi进程消失

故障分析

D state 不是zombie进程，Z是zombie

D是uninterruptable sleep，看看dmesg里面是不是io driver出现问题了

~网上的几篇参考文章

1. How to kill an `uninterruptible sleep` process

2.Linux进程的Uninterruptible sleep(D)状态

服务器上有上亿的25k~40k小文件约4T左右（每天还在不停增加），但磁盘马上要满了

磁盘结构NTFS

用treesize 列目录用了一个晚上，大概8小时

用killcopy拷贝到NAS，在收集信息时就崩溃了

现在还没有好的方法处理这些文件

打开磁盘并不慢，因为这些文件被分在不同的目录下，目录也很多

A1:

RAR 估计够呛，我感觉 RAR 是先收集文件列表然后开始压缩的，而且还会故意把不同路径文件名相同的放在一起压。我们算一下，假如每个文件路径和相关信息存放在内存里平均需要 512 字节空间，那么收集 10 亿个文件列表就需要 476.8GB 内存，就算更乐观的情况——256 字节一个 file path entry，1 亿文件的列表也需要 23.84GB 内存空间。

这显然不具备实际意义。所以要是真想备份出去就只能用 ghost 之类的磁盘镜像工具了。ghost 出来以后要是想恢复部分文件，可以使用官方的 ghost Explorer。

A2:

这么多小文件，只能用block的方式去操作

以上的思路应该是正解,继续关注此帖,等待更好的解决思路.

访问页面出现(502)bad gateway,或者(403)Access Forbid错误.

部分错误日志

Apr 15 00:30:41 sqweb2 kernel: lockd: server 192.168.96.50 not responding, timed out

Apr 15 00:31:21 sqweb2 last message repeated 10 times

Apr 15 00:32:31 sqweb2 last message repeated 21 times

Apr 15 00:33:41 sqweb2 last message repeated 17 times

主交换 CPU在10%左右,MEM在20-30%之间波动

RedHat的bugzilla有提到该错误

https://bugzilla.redhat.com/show_bug.cgi?id=453094

采取的措施

1.在sqweb1和sqweb2之间,新加了一条线.NFS共享只走该线路,不经过主交换机.避免在大流量情况下,引起的NFS丢包现象.

IP配置分别为

sqweb1 eth1 192.168.96.201 netmask 255.255.255.252

sqweb2 eth2 192.168.96.202 netmask 255.255.255.252

2.升级内核

原内核

Linux sqweb2 2.6.18-92.el5PAE #1 SMP Tue Jun 10 19:22:41 EDT 2008 i686 i686 i386 GNU/Linux

新内核

Linux sqweb2 2.6.18-164.15.1.el5PAE #1 SMP Wed Mar 17 12:14:29 EDT 2010 i686 i686 i386 GNU/Linux

3.在NFS Client的/etc/fstab挂载参数中,#加入了nolock,udp参数,#关闭nfslock service

192.168.96.201:/data/wwwroot /data/wwwroot nfs hard,intr,bg,nolock,udp,ti meo=50 0 0

P.S.调试过程中,有发现NFS的缺陷一,不能应用于单网卡多IP,以及单机多网段环境.

处理结果

#NFS相关资料

http://www.517sou.net/Article/419.aspx

http://linux.vbird.org/linux_server/0330nfs.php