真实环境下机房如何不停业务搬迁？（走进企业）
环境描述：一、机房主要设备：UPS电源机柜、ERP集群（共四台P系列小机（两台P740、两台P720））、F5负载均衡、TSM服务器一台（WinServer2003R2）、TS3310带库一台、V7000磁盘阵列一台、两台Cisco4948交换机、两台2498-B24光交。二、设备连接情况：四台小机AIX系统：AP01（P740）装有WAS5.1部署公...显示全部
查看其它 50 个回答wangql的回答
1. tsm东西太多，我给你说原理吧，理解了原理就容易了。直接详细到可以操作是不现实的
tsm是cs架构，备份哪些主机就在哪些主机上安装tsm客户端。tsm客户端可以备份普通文件和db2数据库，备份其他的东西需要安装额外的模块，如tsm for db模块、for erp模块、for mail模块等待。备份的时候通过网络传输数据。备份速度受制于网络带宽。
如果数据量大，可以用lanfree模块。lanfree模块安装在要备份数据的主机上，要求安装lanfree模块的主机能看到驱动器，备份的时候数据通过san网络直接从主机备份到带库上。
关于tsm调度，也是分两块
1.需要在服务端定义调度、再将定义好的调度和执行调度的节点关联起来
2.需要在安装了tsm客户端的主机上启动dsm sched进程（dsmcad也行），进程会按时向server询问（这是其中一种方式，还有server推送模式），当符合调度执行时间了，客户端就会执行相关的调度操作。
2. 我们做过相关搬迁业务。按你说的业务不中断、花费小这两个本身就矛盾的。
业务肯定会有中断时间，只有一台v7000的情况下，成本最小的方法就是租用或利旧其他存储利用v7000的外部虚拟化功能将数据备份到外部存储上。做完测试后搬迁。
另买一台v7000，实时同步有两种：一种存储间作同步镜像，类似存储容灾的那种。另一种是做Vdisk mirror。前者需license，后者不要。我们当成用的是vdm，停机时间最短。
3和4实际是一个问题，你的was确实太老了，老到一些监控软件都不能很好的支持。得先做升级测试，你was上布的应用和最新的jdk是否兼容等等都需要测试。 反而was的升级安装，参照info center的安装部分就行，或者网上一大把。
5. HeapAnalyzer和IBM Thread and Monitor Dump Analyzer for Java
tsm是cs架构，备份哪些主机就在哪些主机上安装tsm客户端。tsm客户端可以备份普通文件和db2数据库，备份其他的东西需要安装额外的模块，如tsm for db模块、for erp模块、for mail模块等待。备份的时候通过网络传输数据。备份速度受制于网络带宽。
如果数据量大，可以用lanfree模块。lanfree模块安装在要备份数据的主机上，要求安装lanfree模块的主机能看到驱动器，备份的时候数据通过san网络直接从主机备份到带库上。
关于tsm调度，也是分两块
1.需要在服务端定义调度、再将定义好的调度和执行调度的节点关联起来
2.需要在安装了tsm客户端的主机上启动dsm sched进程（dsmcad也行），进程会按时向server询问（这是其中一种方式，还有server推送模式），当符合调度执行时间了，客户端就会执行相关的调度操作。
2. 我们做过相关搬迁业务。按你说的业务不中断、花费小这两个本身就矛盾的。
业务肯定会有中断时间，只有一台v7000的情况下，成本最小的方法就是租用或利旧其他存储利用v7000的外部虚拟化功能将数据备份到外部存储上。做完测试后搬迁。
另买一台v7000，实时同步有两种：一种存储间作同步镜像，类似存储容灾的那种。另一种是做Vdisk mirror。前者需license，后者不要。我们当成用的是vdm，停机时间最短。
3和4实际是一个问题，你的was确实太老了，老到一些监控软件都不能很好的支持。得先做升级测试，你was上布的应用和最新的jdk是否兼容等等都需要测试。 反而was的升级安装，参照info center的安装部分就行，或者网上一大把。
5. HeapAnalyzer和IBM Thread and Monitor Dump Analyzer for Java