TSM常见问题解答
设备维护管理TPM问题整理
1、设备维护管理保养浮于形式？⑴、制定详细的保养计划。
⑵、责任到人。
⑶、不定期/定期检查。
2、设备维护管理存在的资金问题？⑴、多层面对比，选择性价比搞设备。
⑵、不断提升自身设备修改、调整的能力，避免因相关配件零件的垄断造成资金紧张，从而节省资金。
⑶、做好维护保养，降低设备损坏率。
3、保养细节不到位该如何改善？⑴、做好故障信息统计。
⑵、根据故障信息汇总，制定详细保养计划。
⑶、根据计划保养、修订、推进。
6组问9组答4、怎样提高全员参与意识？⑴、宣传到位⑵、实行早会：时间10分钟①员工反映重点问题②会后需解决的问题③宣贯重点设备保养技巧⑶、制定奖惩制度5、普遍预测性维护较差，短时间内如何提高？有预防性计划后，相关部门进行监督，根据完成情况，制定奖惩制度。
8组问5组答⑴、车间主管平时多于员工沟通，情大于法（法：规章制度），提高员工素养。
⑵、要改变员工的观念问题，中国有句俗话：“魔刀不误砍柴工”，只有准备无问题，才能顺利完成生产任务。
⑶、设立有效的奖罚制度，由工段长监督（点检要确实落实到位，不能为应付点检而去做虚假点检，关键还是要多培训，增强员工素质）。
⑷、应急配件设备等要到位，操作工与维修人员要紧密协调配合。
第四组1、如何解决操作工与机电维修存在的矛盾（操作工要带病操作，而设备部不允许）①如影响质量，绝不允许带病操作。
②不影响产品质量，产品又急着发货，协商能否先生产发货批次，再报上级领导批复。
操作工与机电维修人员增加点检（观察）次数。
2、如何解决倒班机床的接班问题？日班人员向中班人员交代机床当天的运行情况，如无异常，中班人员按操作规程生产。
建立看板，将当天的情况反映在看板上。
3、已制定设备检查，保养记录，但很难执行？设备点检：如8点上班，规定的点检时间为10分钟，班组长8：10分到现场，点检时间段要求员工比如说6台机器按步骤统一点检。
一、如何提高操作人员的点检效果？⑴、加强操作人员的培训，尤其是设备点检维护等方面的意识和技能培训。
TPM自主保全八大不合理问题分类
TPM自主保全八大不合理问题分类TPM（Total Productive Maintenance）是一种以人为本、全员参与、全员全方位、全员全过程的综合性管理体系，旨在通过全面深入的设备保养，提升生产线的稳定性和效率，从而改善产品质量和生产效益。
然而，在实施TPM的过程中，存在一些不合理的问题，这些问题可能会影响到TPM的实施效果。
本文将对TPM自主保全的八大不合理问题进行分类和分析。
一、管理人员不重视TPM为了保证TPM的成功实施，管理人员的重视和支持是至关重要的。
然而，在一些企业中，管理人员对TPM的重要性没有足够的认识，缺少对TPM的培训和理解，导致对TPM的投入不够，对TPM活动的组织和推动不力。
这将影响到TPM的推广和顺利实施。
二、对操作员的培训不足TPM的核心是通过全员参与实施设备保养，而操作员是最直接参与设备保养的人员。
然而，一些企业在TPM实施过程中对操作员的培训投入不足，没有提供足够的培训资源和培训机会，导致操作员对TPM的理解和掌握不够深入，无法充分发挥其在设备保养中的作用。
三、设备保养工具和设备不完善在TPM的实施过程中，需要使用到各种设备保养工具和设备，包括测量仪器、检修设备等。
然而，在一些企业中，设备保养工具和设备的数量有限，且质量不过关，无法满足TPM实施的需要，影响到设备保养的质量和效果。
四、指导文件和标准缺失TPM的实施需要有相关的指导文件和标准，对设备保养的工作内容、方法和流程进行明确和规范化。
然而，在一些企业中，缺乏相关的指导文件和标准，导致设备保养工作缺乏规范和标准，容易出现工作盲目、随意性的情况。
五、设备保养工作与生产计划不协调在实施TPM的过程中，设备保养工作需要与生产计划进行协调，合理安排设备保养的时间和频率，以确保设备保养不影响生产进度和产能。
然而，在一些企业中，设备保养工作与生产计划没有很好的协调，导致设备保养工作无法按时完成，影响到生产线的正常运转。
关于TSM磁带回收的一些概念和案例
TSM磁带使用开始往empty的磁带中写入数据，磁带状态变为filling，到磁带写满，状态变为full，这时使用率肯定是100%。
TSM会每天根据备份策略检查已备份数据，对过期数据做失效处理，这就会使磁带的使用率逐步降低，但磁带的状态一直是f ull。
当磁带的使用率降到reclaim的比例时，TSM会起动reclaim进程，将磁带上还未过期的数据移到另一合带，这合带的状态会变为empty。
如果不设置reclaim，则直到这合带上的数据全部过期才变为empty。
这样就完成了一个磁带使用的循环。
Reclamation回收概念由于顺序卷只能被成功的从头写到尾，且只能写一次，TSM不会再重写该卷中因过期而empty的部分。
由于一个顺序卷可能很难所有的文件都过期，所以只能通过手工回收来回收空间，回收卷的状态应该是"scratch"或"filling"中的一种，而且被回收的卷状态应该是"full",一旦被回收的卷被empty,它的状态会返回scratch.通常回收需要2个或更多的驱动器会更有效，但是，也可以通过设置RECLAIMSTGpool参数来指定一个顺序存储池, r eclaimstgpool允许指定另一个存储池的顺序卷作为他的holding area.这个存储池必须为primary sequential storage p ool.由于该存储池必须为顺序的，所以可以指定其设备类为FILE.在指定该顺序存储池为回池后，还要将该存储池的next pool设为source存储池，这样就可以形成一个循环。
浅析TSM磁带空间回收－Reclaimatio nTSM Reclaimation主要是指将磁带重新声明成为一盘新的磁带，并且放到scra tch pool里面的动作。
此处只适合sequential media，也就是磁带存储池。
由于备份的内容指定了过期时间，或者备份对象已经被删除了，TSM会将这些保存在磁带上的备份数据标记成为“expired、deleted”。
oracle、weblogic、TSM日常维护
ORACLE日常维护步骤1 数据库启动单实例：以oracle用户登录服务器，依次执行以下命令sqlplus “/as sysdba”startupexitRAC环境：以root用户登录数据库，依次执行以下命令进入到CRS主目录bin下：./crsctl check crs./crs_stat –t./crsctl start crs./crsctl check crs./crs_stat –tsrvctl start database -d db_name2 启动监听单实例：以oracle用户登录服务器，执行以下命令lsnrctl startRAC环境：以root用户登录服务器，执行以下命令进入到CRS主目录bin下：srvctl start listener -n instance1srvctl start listener -n instance23 检查数据库状态单实例：以oracle用户登录服务器，执行以下命令检查服务进程：ps -ef|grep "ora_"|grep -v grep结果中同一个实例至少包含ora_dbw0*、ora_lgwr*、ora_smon*、ora_pmon*、ora_ckpt*等5个进程。
检查监听状态：lsnrctl status检查实例状态：sqlplus “/as sysdba”sql>select instance_name,status,database_status from v$instance;RAC环境：检查方式与单实例基本一致，但多出检查crs状态Crs –t –v4 检查数据库告警日志以oracle用户登录，执行以下命令cd $ORACLE_BASE/oracle_sid/bdump/grep ORA- alert_sid.log|more如存在相关ORA-报错，请联系DBA进行检查处理。
5 数据库关闭单实例：以oracle用户登录，执行以下命令；Sqlplus “/as sysdba”Shutdown immediate;Exit停掉监听：lsnrctl stopRAC环境：以root用户登录服务器，进入crs安装主目录bin下停实例srvctl stop database -d db_name停CRS服务./crsctl stop crs停监听srvctl stop listener -n instance1srvctl stop listener -n instance26启停企业管理器（EM）以oracle用户登录服务器启动EM：Emctl start dbconsole关闭EM：Emctl stop dbconsole检查EM状态：Emctl status dbconsoleWeblogic 日常维护步骤1 Weblogic启动AdminServerWindows平台：进入应用域目录，双击startWebLogic.cmdLinux或Unix平台：进入应用域目录，./startWebLogic.sh2 Weblogic关闭Windows平台：进入应用域目录，双击stopWebLogic.cmd或直接点击关闭桌面上的命令行窗口；Linux或Unix平台：进入应用域目录，./stopWebLogic.sh或ps –ef |grep –i weblogic 查出进程号（pid），然后用kill -9 pid3 Server状态查询通过IE访问weblogic console，左侧目录结构树，点击环境（environment）----服务器（server）：查看server状态，确保部署应用的server处于running状态。
地铁项目TSM维护手册
深圳XXXXX项目TSM维护手册XXXXXXXXXXXX有限公司文件修订记录：目录1服务器维护 (4)1.1安装服务信息 (4)1.2管理工具 (4)1.3服务器管理 (6)1.4启动与停止 (6)1.4.1服务器配置 (6)1.4.2服务器状态 (8)1.5存储管理 (9)1.5.1基本概念 (9)1.5.2增加设备 (10)1.5.3删除设备 (14)1.5.4复制存储池 (15)1.5.5卷 (16)1.5.6存储设备日常维护 (22)1.6策略管理 (26)1.6.1TSM策略 (26)1.6.2管理策略域 (27)1.6.3管理策略 (28)1.6.4策略相关的日常维护命令 (29)1.7节点管理 (31)1.7.1节点相关参数 (31)1.7.2增加节点 (31)1.7.3删除节点 (31)1.7.4更新节点 (32)1.7.5节点管理常用命令 (32)1.8活动日志 (33)1.9ISC控制台 (36)1.10调度管理 (37)1.10.1创建调度 (37)1.10.2查看调度运行情况 (41)1.10.3删除调度 (44)1.11常见故障恢复 (45)1.11.1TSM服务器 (45)1.11.2节点 (48)2客户端维护 (48)2.1文件系统客户端 (48)2.2数据库客户端 (51)2.3常见错误 (53)2.4报告错误 (55)1服务器维护1.1安装服务信息1.2管理工具用户对TSM服务器进行日常的管理或监控时，可以通过使用“TSM管理命令行”或通过“ISC控制台”进行。
“TSM管理命令行”是通过安装TSM客户端时选择管理命令行进行安装，默认的管理员为admin，口令为admin。
安装方法请参考安装文档中“客户端安装配置”部份。
下图为登录后的TSM命令管理行界面：“ISC控制台”则是WEB界面的管理工具，实施时由实施人员安装在TSM服务器中。
默认连接地址是http://10.1.0.21:8421/ibm/console，登录用户为iscadmin，口令为tivoli。
TSM服务器日常维护简明手册--TSM启动和停止
TSM服务器日常维护简明手册--TSM启动和停止1.1 TSM Server版本信息IBM Tivoli Storage Manager for AIX Version 5.3安装目录结构IBM Tivoli Storage Manager for AIX Version 5.3版本默认安装路径为/usr/tivoli/tsm/server/，重要文件所在目录结构：/usr/tivoli/tsm/server/bin 可执行命令及配置文件1.2 TSM ClientIBM Tivoli Storage Manager for AIX Version 5.3版本默认安装路径为/usr/tivoli/tsm/client/目录中文件描述/usr/tivoli/tsm/client/ba/bin 可执行命令及配置文件/usr/tivoli/tsm/client/api/bin64 可执行命令及配置文件1.3 TDP for OracleIBM Tivoli Storage Manager for DBS Version 5.2.4版本默认安装路径为/usr/tivoli/tsm/client/oracle/usr/tivoli/tsm/client/oracle/bin64 可执行命令及配置文件2.TSM软件维护步骤2.1. TSM Server启动TSMServer以root用户登录到主机上，从命令行启动TSM服务：命令行： # /usr/tivoli/tsm/server/bin/dsmserv quiet &停止TSM Server输入命令＃dsmadmc（最好在/tmp路径下输入）进入管理客户端，输入用户名admin，缺省口令admin进入管理命令行输入help查看命令帮助，可以在提示符下输入halt 停止TSM服务。
验证服务状态使用如下命令查看tsm进程：# ps –ef |grep dsmserv可以看到如下输出说明已经启动：[xxzx_p550_1]/usr/IBM/WebSphere/AppServer/profiles/App Srv01/bin#ps -ef|grep dsmservroot 405734 217240 0 11:54:26 pts/6 0:00 grep dsmservroot 565332 1 0 16:50:42 - 3:40 ./dsmserv quiet日常管理服务器端的维护一般通过IE来实现，启动IE界面，在地址栏输入：http://hostname:8421/ibm/console,进入管理界面，输入ISC管理员和口令（iscadmin/iscadmin）。
TSM调度任务
TSM 调度任务解析TSM本身提供了很强大的自动执行任务的能力，但是在实际部署TSM的过程中，工程师却很少使用到（我看到很多人用操作系统的自动运行去完成自动备份，如，cron tab<。
），主要是因为对T SM的调度功能不熟悉，认为定义和配置调度任务很复杂，如果仔细了解的它的原理使用起来还是很方便的。
下面我总结一下我在部署T SM备份软件时对TS M自动调度任务管理的一些经验，希望有所帮助。
T SM 调度程序（ds mc sc hedul e）概述：在客户理解的自动备份对应到TSM就是TSM的调度任务（s chedu le），那么TSM是如何让一个备份客户端执行一个自动备份任务呢？包括以下几个方面1. 首先要在TSM s erver上定义一个调度表，T SM 使用该调度表为客户机在指定的时间间隔或天数执行自动备份和归档操作。
2.对客户机节点和已经定义的调度表进行绑定，允许调度关联多个节点，由于调度定义包含在特定策略域中，所以定义到某个策略域的节点只能与该域中定义的调度关联。
3.让节点执行一次调度任务叫做调度事件（event），那么要想发生这个调度事件必须满足一下调节：对于一个特定策略域必须存在一个调度定义所需的节点必须存在一个调度关联客户机调度程序（d smc s chedu le）必须在客户机系统上运行TSM调度管理分类：传统管理调度l egacy sche duler serv ices客户机接收器管理调度CAD-m anage d Ser vices其中传统管理调度又分为下面两种方式：客户机轮询(pol ling)，服务器提示(pro mpted)，客户机轮询是指客户机节点调度程序（dsmc sche dule）每隔预定的时间间隔轮询TSM服务器，已获取调度作业。
TSM使用总结
TSM使用总结第一篇：TSM使用总结文档名称文档密级TSM测试总结此次在印度进行桌面云交付和测试，客户都比较关心我们的TSM 安全特性，大部分的客户需求都是能够满足，也有部分需求满足不了（比如：客户想监控web或邮件上传附件）此次交付和测试使用的版本为Secoway TSM V100R002C06SPC300+spc304，该版本为桌面云R2C01SPC200的配套版本，在使用和测试过程中有部分经验和心得，供大家参考。
1、SACG功能SACG的功能原理：当设置了SACG功能后，通过TSM Agent在客户机的组策略上设置访问策略，可以通过命令secpol.msc打开组策略，查看到本地IP安全策略，通过该安全策略就可以控制客户机对网络的访问，如下图：隔离域的使用：当agent对客户机进行安全检查或行为监控（前提是下发了相应的检查策略）时，发现该客户机或用户的违规行为达到Critical级别后，会把该虚拟机放到隔离域中。
注意事项：如果配置了软件SACG功能，Agent需要进行首次登录后SACG功能才会生效，同时在认证前域中必须添加DDC服务器所在的网段，不然虚拟机将与DDC无法通讯，导致虚拟机无法向DDC注册，从而登录虚拟机失败总结：SACG功能其实是需要配合TSM的检查或监控策略来触发和实现访问控制的2、监控USB策略使用虽然桌面云中的DDC能够控制用户对USB端口的使用，但是TSM中的USB策略能够把控制做得更细，可以记录对所有文件的拷贝、新建、编辑、重命名等操作，同时记录操作时间、账户，然后定时发送到TSM服务器，供管理员进行安全审计。
在对USB策略中的文件操作监控时，需要注意下面2点：A、在填写文件类型时可以使用“*.*”或“*” 来达到监控所有文件的目的B、在演示监控USB拷贝文件功能时，需要通过勾选上“编辑”，因为目前TSM会把用户的2014-2-27华为保密信息,未经授权禁止扩散第1页, 共4页文档名称文档密级“拷贝”动作记录为“编辑”，如果单单勾选“拷贝”，则agent不会进行行为记录无法满足的需求：客户希望对拷贝到USB存储的文件进行备份；客户希望能够监控某个文件夹内的文件操作3、快速上传策略报告当给用户下发了行为监控策略后（如：文件操作监控、usb监控等等），用户的行为首先会被agent记录下来，并且能够在agent界面上看到，然后agent每隔几小时上传到TSM服务器，管理员就能够在TSM Portal上集中查看每个用户的行为记录，那么在演示测试中为了让客户能够快速的在TSM Potal查看到这些记录，则可以进行以下操作：1、在虚拟机里结束secodaemon.exe进程，此时agent会掉线，secodaemon.exe会自动起来2、然后过5分钟左右在TSM的policy report里面就可以查询到每条策略的报告或者个人报告4、软件分发补丁Secoway TSM V100R002C06SPC300+spc304不支持WIN7的“msu”格式补丁的自动执行，需要在虚拟机上打一个自动执行补丁，在后续版本已经解决该问题5、TSM与WSUS联动TSM与用户的WSUS补丁服务器联动，TSM的主要角色（或功能）为检查客户机是否打好了补丁，以此来判断客户机是否安全，再通过SACG来控制未打补丁的客户机所能够访问的网络资源。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在虚拟化的环境中，Tivoli Storage Manager for Virtual Environments V6.2 提供了：
仅供 IBM 和业务合作伙伴使用
第2页
8/10/2011
更高的备份频率，帮助减少处于风险之中的数据量 数据的迅速恢复，帮助减少故障之后的停工时间
Tivoli Storage Manager for Virtual Environments V6.2 支持 VMware vStorage APIs for Data Protection 技术，通过利用位于一个或多个 vStorage 备份服务器之上的代理帮助简化 和流线化操作。与位于虚拟机自身上的代理不同，vStorage API 可显著减少系统开销和备 份可能带来的任何虚拟机操作中断。 在 vStorage 模型中，代理能够在 VMware 服务器的存储中直接读写，处理来自虚拟机的 数据的备份计划和传输，然后将数据传输到运行 Tivoli Storage Manager 的服务器以进行 报告和管理。在此备份过程中，无需中间存储，因为数据穿过 vStorage 备份服务器来进行 处理，但不会保留在系统上。此外，如果基础架构允许，数据可在整个存储区域网络 (SAN) 中传输。vStorage 备份服务器可位于相同 VMware 服务器中的虚拟机中，无需额外的硬 件。 通过在 vStorage 备份服务器和 VMware 宿主服务器上而不是在虚拟机上执行操作，Tivoli Storage Manager for Virtual Environments V6.2 提供了众多流程优势： 集中化且简化的管理 – 一个 Tivoli Storage Manageragent 支持多个虚拟机 可减少虚拟机上的工作负载 – 允许在备份期间继续执行其他操作 快速备份和可能更少的冗余数据 – 整合 vStorage APIs for Data Protection 以帮助在 块级别上捕获增量数据更改 支持从虚拟机到备份服务器的无局域网数据传输 – 为其他用途保留带宽
问. Tivoli Storage Manger for Virtual Environments 支持多少种语言？ 答. TSM for VE 已翻译为了韩语、日语、简体中文、繁体中文、巴西葡萄牙语、西班牙 语、法语、德语、意大利语、捷克语、匈牙利语、波兰语和俄语。 问. Tivoli Storage Manager for Virtual Environments 价格是多少？ 答. TSM for Virtual Environments 以处理器价值单元 (PVU) 为基础进行授权。基本定价为 35 美元/10 个 PVU。TSM 或 TSM EE 是使用 TSM for Virtual Environments 的预备产品 处理器价值单元 (PVU) 是一种度量单位，程序可依据它而授权。需要的 PVU 授权数量基 于处理器技术（在 /software/lotus/passportadvantage/pvu_licensing_for_customers.html 上的 PVU Table by Processor Vendor, Brand, Type and Model Number 中定义）和可用 于该程序的处理器数量。出于基于 PVU 的授权的用途，IBM 继续在定义处理器以涵盖芯片 上的每个处理器核心。 举例而言，一个芯片有两个处理器核心 请参阅公告信，了解关于定价的更多细节和示例。
问. Tivoli Storage Manager for Virtual Environments 是什么（详细描述）？ 答. IBM Tivoli Storage Manager for Virtual Environments V6.2 帮助改进 VMware 虚拟机管 理程序的数据备份和还原能力 详细的产品描述： 对虚拟机的更快、更频繁的保护 IBM Tivoli Storage Manager for Virtual Environments V6.2 整合并扩展了 IBM Tivoli Storage Manager 的角色，帮助实现： 备份与恢复 灾难恢复 数据精减 裸机恢复 空间管理
仅供 IBM 和业务合作伙伴使用
第4页
8/10/2011
支持来源和目标数据重复删除，帮助减少存储和网络容量需求 自动恢复新虚拟机和分配备份策略
问. Tivoli Storage Manager for Virtual Environments 的目标客户是谁？ 答. Tivoli Storage Manager for Virtual Environments V6.2 适用于广泛的、跨行业的市场。 任何在虚拟服务器环境中创建和管理大量数据的组织都可从此产品获益。 Tivoli Storage Manager 的现有客户（可能在使用第三方软件进行虚拟环境保护）尤其想 要此解决方案来帮助他们应对在虚拟环境中管理数据的挑战。
仅供 IBM 和业务合作伙伴使用
第3页
8/10/2011
在文件还原操作中，管理员在 vStorage 备份服务器（或任何其他 Microsoft Windows 机 器）上启动 Tivoli Storage Manager for Virtual Environments V6.2 还原，使用 Tivoli Storage Manager 访问存储池中的一个时间点数据视图，然后对所需的文件执行拖放。 对于整卷还原，Tivoli Storage Manager for Virtual Environments V6.2 将该卷的时间点快 照直接挂载到恢复卷，使它可立即供用户和应用使用，而实际的数据恢复在后台进行。 所有对在卷中读写的应用和操作系统请求都透明地处理，在恢复过程中提供接近正常水平 的性能。 映像级还原同时提供了数据和整个计算环境（从操作系统、应用和补丁到升级和自定义配 置）的全面恢复。 Tivoli Storage Manager for Virtual Environments V6.2 扩展了 Tivoli Storage Manager 系 列产品在快速增长的虚拟服务器区域中的功能： 解决对简化、流线化和可靠的备份和还原流程的越来越高的需求，允许虚拟机持续操作并 帮助它们的用户保持高效，而不会中断 提供在快速增长的虚拟环境中对大量数据实施保护的可伸缩性 提供一项在虚拟环境中安全且有效的产品，因为它专为用于虚拟机而设计，而不是用于物 理系统
定价和可用性
问. Tivoli Storage Manager for Virtual Environments 6.2 何时发布并可供大众使用？ 答. Tivoli Storage Manager for Virtual Environments 6.2 将于 2011 年 2 月 22 日正式发布 （通过 IBM 公告流程），于 2011 年 3 月 11 日通过 Passport Advantage 以电子形式提 供。 问. 这是一次世界级的发布吗？ 答. 是。
问. Tivoli Storage Manager for Virtual Environments 为客户带来了哪些收益？ 答. 通过利用 VMware vStorage APIs for Data Protection 并在备份和管理服务器上而不是 从虚拟来宾机器内执行操作，Tivoli Storage Manager for Virtual Environments V6.2 提供 了诸多优势： 集中化且简化的管理 – 一个 Tivoli Storage Manager agent 支持多个虚拟机 可减少虚拟机上的工作负载 – 允许在备份期间继续执行其他操作 快速备份和可能更少的冗余数据 – 通过使用 vStorage Changed Blcok Tracking 功 能在块级别上捕获增量数据更改，帮助消除对传统备份时窗的需要 支持从 VMware 服务器的存储到 Tivoli Storage Manager 服务器的无 LAN 数据传输 – 为其他用途保留带宽 无需额外的硬件。 问. TSM for Virtual Environments 有哪些差异化优势？ 答. Tivoli Storage Manager for Virtual Environments V6.2 提供了： 灵活的恢复选项：恢复文件、卷或虚拟机映像 文件和卷的实时还原（仅限 Windows 和 Linux）
仅供 IBM 和
问. TSM for Virtual Environments 是如何授权的？ 答. IBM Tivoli Storage Manager 或 IBM Tivoli Storage Manager Extended Edition 是 Tivoli Storage Manager for Virtual Environments 的预备产品，需要在 vSphere 主 机上的所有物理系统核心上授权。此授权仅适用于受 Tivoli Storage Manager for Virtual Environments 保护的 vSphere 主机。 Tivoli Storage Manager for Virtual Environments 物理地安装在一个集中化的 vStorage 备份服务器上，它是用于使用 vStorage 应用编程接口 (API) 执行备份的 辅助或代理机器。这个辅助或代理机器既可以是物理机器，也可以是虚拟机。一个 vStorage 备份服务器可用于保护位于一个或多个 vSphere 服务器之上的一个或多 个虚拟机。客户可使用一个或多个 vStorage 备份服务器。 在 vStorage 备份服务器上不需要 Tivoli Storage Manager for Virtual Environments、Tivoli Storage Manager 和 Tivoli Storage Manager Extended Edition 授权。只有在托管环境中才需要 Tivoli Storage Manager for Virtual Environment、Tivoli Storage Manager 或 Tivoli Storage Manager Extended Edition 授权，也就是为运行虚拟机的 vSphere 主机上受保护的处理器核心授权。 如果需要，Tivoli Storage Manager for Virtual Environments 也可依据子容量软件 授权条款而授权。处理器价值单元 (PVU) 子容量授权支持为合格的软件产品授予 您的服务器或服务器组的全部容量（或处理器总数）的一部分。它提供了利用各种 多核芯片和虚拟化技术所需的授权粒度。子容量软件授权条款归档在国际 Passport Advantage 协议 (IPAA) 子容量授权条款附录（子容量授权附录）中。