精华内容
下载资源
问答
  • TSM功能模块介绍

    2009-08-03 17:31:37
    TSM功能模块介绍 TivoliStorageManagerExtendedEdition(TSMEE) 为备份和恢复、存档和检索、应用保护、灾难恢复管理和HSM提供单一集成的企业级解决方案。(任何其它...

    TSM功能模块介绍

    Tivoli Storage Manager Extended Edition (TSM EE) 

      为备份和恢复、存档和检索、应用保护、灾难恢复管理和 HSM 提供单一集成的企业级解决方案。(任何其它单一解决方案都不具有这种功能范围;其它解决方案通过捆绑重叠、昂贵的组件来实现此功能),新的TSM版本已加强磁带库的兼容性,提供简易安装和管理界面。

    Tivoli Storage Manager for Databases 

        数据库系统在线备份和恢复工具,支持OracleSQL等数据库,这个模块必须和TSM EE协同工作。

    Tivoli Storage Manager for Mail 

        邮件系统的在线备份和恢复工具,支持Lotus DominoExchange Server等数据库,这个模块必须和TSM EE协同工作。

    Tivoli Storage Manager for ERP 

        针对SAP系统在线热备份模块。支持SAP系统的在线热备份,并且可以完成SAP系统的克隆和灾备。

    Tivoli Storage Manager For SAN

        是专门和TSM EE配合,完成在SAN的环境下进行Lan-Free数据备份和恢复的模块,当客户有存储区域网络的时候,通常这是一个必配的模块。

    Tivoli Storage Manager System Backup And RecoveryTSM For Sysback

        是对AIX操作系统进行备份和裸机恢复的工具,其特点是成熟、简单,是AIX上标准的操作系统备份工具。

    Tivoli Storage Manager For SharePoint

        Windows SharePoint系统进行在线的热备份和恢复。是业界唯一可以对Windows SharePoint进行Item级数据热备份的工具。

    Cristie Bare Machine Recovery (CBMR) 

        IBM Tivoli Storage Manager一起对WindowsSolarisHP-UXLinux的操作系统进行操作系统的备份和裸机恢复。其特点是简单、快捷,可以在10分钟内配合TSM恢复Windows的操作系统。

    SQL-BackTrack 

        提供对Sybase数据库在主流Unix平台上在线备份和恢复,和TSM产品作策略性的配合。

    Tivoli Continuous Data Protection

        提供给每一位桌面和流动电脑的客户一种实时备份的产品,把资料作连续性的保护。主要针对是用户把重要及经常更新的资料存放在桌面和流动电上而没有适当的备份安排,通常要把这些重要资料恢复到桌面是非常困难。有了CDP,便可从任何时间点或目标点作资料复原。

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/11134849/viewspace-611301/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/11134849/viewspace-611301/

    展开全文
  • 中国电信TSM平台功能设计说明.doc
  • TSM IBM原厂培训PPT

    2019-04-25 15:32:14
    TSM IBM原厂培训PPT TSM 架构概述 TSM安装配置 管理存储池和存储池卷 服务器架构 服务器维护 备份-归档客户端功能 策略管理 用户和权限管理
  • tsm备份方案

    千次阅读 2017-05-16 14:33:06
    3 IBM TSM存储解决方案概述 3.1 方案简介和产品选型 3.1.1 文件级别的备份 3.1.2 数据库级别的备份 3.1.3 应用级别的备份 3.1.4 操作系统级别的备份 3.1.5 基于硬件镜像的应用/数据库备份

    目录

    1 前言

    2 需求分析

    2.1 客户环境介绍

    2.2 客户需求描述

    2.3 方案设计考虑

    3 IBM TSM存储解决方案概述

    3.1 方案简介和产品选型

    3.1.1 文件级别的备份

    3.1.2 数据库级别的备份

    3.1.3 应用级别的备份

    3.1.4 操作系统级别的备份

    3.1.5 基于硬件镜像的应用/数据库备份

    3.2 TSM解决方案架构及功能

    3.2.1 硬件配置

    3.2.2 物理拓扑图

    3.2.3 软件配置及部署拓扑图

    3.3 方案特点

    4 XXX数据备份与恢复策略建议

    4.1 备份与恢复方式及数据流

    4.2 文件系统备份与恢复策略建议

    4.2.1 备份策略(永久增量备份)

    4.2.2 恢复策略(一次恢复)

    4.2.3 备份/恢复策略举例

    4.3 数据库备份及恢复策略建议

    4.3.1 数据库系统数据备份策略

    4.3.2 Oracle数据库的备份与恢复

    4.3.3 DB2数据库的数据备份及恢复策略

    4.3.4 SQL Server数据库的备份

    4.4 邮件系统的备份与恢复建议

    4.4.1 Domino邮件系统备份与恢复

    4.4.2 Exchange 邮件系统的备份与恢复

    4.5 SAP系统的数据备份及恢复策略

    4.6 操作系统的备份与恢复建议

    4.6.1 本地TSM服务器系统的恢复

    4.6.2 当本地整个计算机系统的恢复

    4.7 灾难恢复流程建议

    4.7.1 TSM备份系统的离线介质管理

    4.7.2 TSM备份系统故障保护与恢复

    4.7.3 基于TSM的数据容灾方案

    4.7.4 基于TSM的数据恢复流程

    5 方案优势总结

    5.1 全面的解决方案

    5.2 高性能的数据备份和恢复

    5.3 集中的监控管理

    5.4 强大的灾难恢复

    5.5 数据的安全性

    5.6 其它优势

     

    1 前言


    XXX经过多年的信息建设,其IT信息环境已经初具规模,XXX的XXX系统更是为整个公司的信息化建设起到了重要作用。其中XXX系统的数据一般都是XXX公司多年的积累下来的业务数据,是XXX公司极其珍贵的无形资产。因此必须对这些数据进行备份保护,在数据丢失的时候,才能够及时恢复,挽回损失;对数据和存储资源、存储设备进行有效的管理,也能够最大限度的提高设备利用率,提高公司在存储资源方面的投资回报率。

    一个完整的备份解决方案需要有统一的管理策略,建立起安全和备份管理体制,将日常数据的安全管理与灾难恢复系统的建设结合起来。要实现以上目标,有必要在数据管理上做到自动化备份,实现无忧化管理,并能实现高效简单的灾难恢复。

    另外,企业在系统规划设计中,应该制定完善的数据存储管理和备份方案以及维护方案。一方面要尽可能实施严密的防范措施,预防存储数据被破坏;另一方面,在存储数据被破坏的情况下,能及时恢复,并且做到尽可能的完整恢复。一个好的存储管理和备份解决方案应包括多方面的周密考虑,加强网络系统的数据安全性和可靠性,也包括数据被破坏后的恢复解决办法。


    2 需求分析

    2.1 客户环境介绍

    简要介绍用户系统环境,同时配上系统环境图。

    2.2 客户需求描述

    通过对客户环境的充分分析和了解,结合用户对建立存储系统的要求,我们认为,用户的数据备份系统应当具有的功能包括:

    (1) 采用的技术成熟、先进,并具有较强的可扩充性

    成熟而先进的备份软件能够为XXX提供更稳定的服务。具有良好的扩展性使得日后的扩展,如对SAN的支持以及将来容灾等无缝的扩展。

    (2) 支持XXX目前的所有异构环境

    XXX的IT环境具有很大的异构性,在操作系统方面有包括AIX,HP-UX,Win2003,WinXP,Solaris,Linux,Netware在内的多种操作系统,在服务器方面有包括xxxxxxxxxxxxxxxxxxxxxxxxxxxxx在内的多种服务器,在数据库方面,则采用了DB2,Oracle,SQL Server以及Informix。备份软件应该充分考虑到XXX IT环境的这种异构性,充分支持其IT环境中的各个IT要素,能够针对各个系统进行全面的备份。

    (3) 实现文件系统数据、操作系统数据、多种应用/数据库数据的备份

    所选用的备份软件应该是一个全面的解决方案,充分满足XXX在各个层次上的备份需求,例如针对操作系统级别的备份,针对文件的备份,针对数据库的备份,针对应用如SAP系统,邮件服务器系统等的备份。

    (4) 能够比较智能化的制定管理上的策略,并将这些策略非常容易地部署下去

    (5) 对某些时间性较强的数据定期进行历史数据归档。

    有些数据具备归档价值,能够对这些数据进行定期、自动归档也是XXX所需要的功能。

    (6) 备份软件应保证在不停数据库和应用的前提下对数据进行备份和恢复,也就是应该保证应用和数据库7 x 24的使用性能

    (7) 实现分级存储管理(HSM)

    分级存储管理能更充分的利用XXX存储设备,实现非活动数据从不同存储介质(如磁盘和磁带)之间的自动迁移和透明回调,使用户的投资得到最大化。

    (8) 提供全自动备份的集中数据存储管理模式

    集中式数据存储模式能够降低用户投资并使提高存储资源利用率,提高可靠性。

    (9) 对备份介质的有效管理

    XXX环境中存在很多不同种类的存储介质,如服务器的本地硬盘,外挂阵列,带机,带库等,对这些介质进行有效的管理将能够进一步提高存储资源利用率,从而获得更高的投资回报率。

    (10) 对备份数据的及时恢复

    备份的目的在于在数据丢失的时候能够快速恢复数据,因此,及时恢复也是XXX最重要的需求之一。

    (11) 对多种存储环境的支持,如SAN、LAN、NAS等

    (12) 提供对关键数据远程容灾的功能

    为了对关键业务数据提供更加可靠和完善的保护,建议对XXX公司的核心数据提供远程容灾保护,即使本地生产系统和本地备份系统都受到损害,依然可以利用远程备份实现数据的快速恢复。

    2.3 方案设计考虑

    根据以上的分析和客户需求,集中式存储管理系统的实施应遵循以下的原则:

    安全性原则

    必须在方案设计上保证系统的安全性和高可用性。在实施的过程中,能在线安装和部署,尽量对现有的生产系统的影响减至最低。同时,存储管理软件安全性能应在数据的传输,全寿命周期管理和应用存储系统管理员和操作员各个层次得到体现,满足用户的安全机制。

    可管理性与系统高效原则

    为保证数据存储的可管理性,减少管理的复杂性。采用先进的备份技术和先进的备份系统软件,采用统一的管理机制,保证大数据量的一致性备份和高速切换。必须提供高效的存储设备的管理能力和数据备份功能。

    可扩展性原则

    存储管理软件需采用先进技术,以利于整个系统的平滑升级。同时,必须考虑到今后存储环境的变化和灾难恢复系统建立的需要。

    系统完整性原则

    作为数据存储系统的组成部分,本系统的各项设计从整体考虑,协调各子系统构成完整的数据存储管理系统。

    系统成熟性原则

    存储管理软件必须稳定可靠,不能存在单点故障。

    投资有效原则

    系统方案应具有高性能价格比,具有较高实用性。

     

    3 IBM TSM存储解决方案概述

    3.1 方案简介和产品选型

    在我们这次提供的备份解决方案中,我们利用IBM Tivoli Storage Manager和相关产品来实现XXX的数据备份需求。

    针对XXX不同类型的主机、应用以及备份要求,我们使用了五种级别的备份方式,一种是基于文件级别的备份;第二种是基于数据库级别的备份;第三种是基于应用的备份;第四种是基于操作系统的备份;最后一种是基于硬件数据镜像的数据库/应用备份。下面分别对这五种级别的备份方式加以介绍。

    3.1.1 文件级别的备份

    考虑到XXXIT环境中除了数据库服务器和应用服务器以外,基本上属于文件级别的服务器。例如:Web服务器、其它类型的文件服务器等。

    对于这些文件服务器,我们会直接使用IBM Tivoli Storage Manager来实现对这些文件服务器的备份和恢复的功能。

    3.1.2 数据库级别的备份

    XXX的IT环境中涉及到了多种类型的数据库,Oracle、DB2、MS SQL,Infomix等。为了确保这些数据库7 x 24小时的运行状态,我们提供了两种数据库的备份接口,以满足数据库的在线备份和恢复的功能。

    对于DB2数据库,它本身已经带有了和IBM Tivoli Storage Manager的备份接口,它可以直接使用IBM Tivoli Storage Manager来做数据库的在线备份和恢复。

    对于其它数据库,我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases来实现这两类数据库进行数据库的在线备份和恢复的功能。

    3.1.3 应用级别的备份

    考虑到XXXIT环境中使用的不同应用,例如:SAP服务器、邮件服务器等。而且为了确保应用7 x 24小时的运行状态,我们会提供相应应用的备份接口,以满足应用的在线备份和恢复的功能。

    对于SAP应用,我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for ERP来实现对SAP应用的在线备份和恢复的功能。

    对于Domino或者MS Exchange邮件服务器,我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Mail来实现对邮件服务器的在线备份和恢复的功能。

    3.1.4 操作系统级别的备份

    考虑到XXX IT环境中需要具有对于故障服务器恢复时,通过集中备份系统快速恢复操作系统,例如:AIX、Windows服务器等。同时,可以通过集中备份,增量备份不同时间点的操作系统,以便按需恢复。

    对于AIX操作系统,我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for sysback来实现对操作系统的在线备份和快速恢复的功能。

    对于Windows 2003或者Windows XP操作系统,IBM Tivoli Storage Manager内置了对Windows ASR功能的支持,因此仅使用IBM Tivoli Storage Manager基本模块就可以实现Windows 2003 或者Windows XP操作系统的裸机备份和恢复功能。

    3.1.5 基于硬件镜像的应用/数据库备份

    XXX的IT环境中可能会使用IBM的企业存储服务器例如ESS 800,DS8000, DS6000,SVC等。这类企业存储服务器具备Flashcopy的即时数据镜像功能,可以在很短的时间内将一个逻辑卷的数据镜像到另外一个逻辑卷中。通过使用这种功能与TSM的结合,可以实现应用的快速在线备份和恢复,而且将备份对应用服务器的资源占用减小到最少。

    对于使用企业存储服务器的用户,运行Oracle或DB2的SAP应用,我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Advanced Copy Service和IBM Tivoli Storage Manager for Enterprise Resource Planning来实现对SAP应用的在线备份和恢复的功能。

    对于使用企业存储服务器的用户,直接运行Oracle数据库,我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Databases和IBM Tivoli Storage Manager for Advanced Copy Services来实现对Oracle数据库的在线备份和恢复的功能。

    对于使用企业存储服务器的用户,直接运行DB2数据库,我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Advanced Copy Services来实现对DB2数据库的在线备份和恢复的功能。


    3.2 TSM解决方案架构及功能

    对于具体的备份环境和结构,我们提出以下两种备份结构,一种是基于LAN环境的备份结构,在该备份架构下,数据流将经过局域网并通过备份服务器备往带库;另外一种是基于SAN环境的备份结构,在该备份架构下,数据流将通过LAN-Free的备份方式直接备往带库。我们根据XXX的实际备份需求选择适当的软硬件。

    3.2.1 硬件配置

    考虑到系统稳定性及安全性,我们建议采用一台额外的UNIX或者Windows服务器作为IBM TSM服务器,和一台磁带库用于存储备份数据。IBM TSM服务器和磁带库之间使用光纤连接。在这里我们推荐使用UNIX服务器作为IBM TSM服务器,因为它可以提供更为优秀的可靠性和IO吞吐量等。磁带库我们建议使用IBM xxxxxxxxx。下面是我们推荐使用的UNIX服务器和磁带库:

    xxxxxxxxxxxxxxxxxxxxxx

    3.2.2 物理拓扑图


    IBM TSM服务器与客户端之间通讯采用的是IP协议,因此IBM TSM服务器理论上可以安装在局域网的任何地方。但是考虑到备份性能的因素,我们建议将备份服务器安装在连接所有主服务器的主交换机上。

    用于存储的磁带库通过光纤和备份服务器相连。

    使用基于SAN的备份架构,要求TSM备份服务器、磁带库以及所有需要采用LAN-Free进行备份的业务服务器都直接连接在SAN交换机上,这样,在进行数据备份及恢复时,数据流可以通过SAN直接到带库,从而大大提高数据备份与恢复的速度。

    3.2.3 软件配置及部署拓扑图

    在这个方案中,我们使用了以下的IBM Tivoli存储产品

    IBM Tivoli Storage Manager Extended Edition (TSMEE)

    IBM Tivoli Storage Manager for Databases (TSM for Databases)

    IBM Tivoli Storage Manager for SAN    (TSM for SAN)

    这些产品和模块的部署如下图所示:


    推荐采用的各个软件及模块安装配置如下:

    • Tivoli Storage Manager Extended Edition 安装在备份服务器上,该模块是整个备份系统的核心组件,用于集中管理备份数据、备份策略、备份客户端以及备份所使用的存储设备等;

    • TSM Client安装在所有需要备份的服务器上,是基本的备份客户端,用于对所在服务器进行文件级别的数据备份及恢复;

    • TSM for Databases安装在数据库服务器上,用于数据库服务器数据的在线备份;

    • TSM for SAN安装在与光纤交换机直接相连,并且需要采用LAN-Free备份方式进行数据备份的服务器。

    Tivoli TSM是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要集中备份的数据,或向TSM Server索取已备份数据及归档数据以便Client恢复数据。TSM Server负责管理TSM Client的备份数据、备份策略及统一管理连接在TSM Server上的各类存储产品。

    系统管理员通过WEB浏览器登录TSM Server进行管理。他为不同的TSM Client设置相应的备份策略,例如自动备份进行的时间,备份数据保留的长短等等。如下图:


    系统管理人员还可通过Web界面帮助TSM Client做数据备份和恢复。所以TSM的管理员无论身在何处,使用何种机器,只要能够访问到TSM服务器,就可以使用Internet浏览器管理和使用TSM。配合内嵌在TSM内部的免费的企业级管理功能(Enterprise Management),一名管理员可方便地管理企业内多台TSM服务器,这尤其适合如用户这样的单位。

    在进行数据恢复时,TSM给用户列出修正数据后的版本,文件修改时间,方便管理员查询备份数据。并提供了一个类似于IE的操作界面:


    3.3 方案特点

    (1) 对现有的存储环境改动小,能最大限度的减少对现有应用系统的影响。

    (2) 能满足客户对海量数据的管理要求。

    (3) 可以制定统一的存储管理策略,并可以统一部署TSM服务器上,实现统一的集中管理。

    (4) 可以实现高度自动化的集中式数据保护。

    (5) 高效的存储设备管理功能。

    (6) 高度的扩展性,保证未来系统发展的需求,并考虑到将来灾难恢复系统的建设。通过TSM独有的SERVER TO SERVER功能,可以方便的将现有存储系统升级成灾难恢复系统,充分保护企业在系统管理的投资。


    4 XXX数据备份与恢复策略建议

    4.1 备份与恢复方式及数据流

    XXX业务系统的日常备份操作由备份系统自动完成,操作人员按照要求在备份服务器上制定备份策略,全网的备份由TSM备份服务器统一管理。各客户端也可以自行手工启动备份。TSM备份服务器(包括主服务器和共享服务器)的数据(文件和数据库资料)直接进入磁带库;各客户端的备份数据由网络传到备份主服务器,进入带库;如果采用LAN-Free备份方式,客户端的备份数据则不经过局域网和备份服务器,而是直接备往带库;对于一些小文件,我们可以先将这些小文件备份到TSM备份服务器的本地硬盘存储池中,待达到一定百分比时,在一次性迁移到带库中;而对于一些大文件,可以直接备份到带库中。这样可以大大提高数据的备份效率,提高存储设备的利用率。为提高备份质量、保证数据安全,可以采用TSM软件的自动的副本存储池复制功能,同时进行备份复制,一份近线保管,另一份离线保管(所有管理均由备份软件完成)提高系统容灾能力。

    4.2 文件系统备份与恢复策略建议

    4.2.1 备份策略(永久增量备份)

    XXX业务系统有很多数据保存在文件系统中,对于文件系统的备份,TSM采用业界最为先进的永久增量备份方法,即:除了第一次需要进行全量备份之外,以后每次都进行增量备份,而无须进一步的全量备份,在恢复的时候可以一次性的恢复,从而能够大大减少需要备份的数据量,加快备份和恢复的速度;

    除TSM之外,其他的备份软件基本上都采用某种完全、完全+增量或完全+差异的备份策略。TSM引入了一个新范例叫永久增量备份方法。当首次备份文件系统或计算机时,由于TSM以前未曾备份,所有的文件都将移动。当备份拷贝发送到TSM服务器时,每个文件单独存放在数据库中。文件名信息、所有者和安全信息、创建和修改时间,以及拷贝自身都放置在TSM服务器连续存储分层结构中。如果客户策略要求拷贝到磁带上,TSM数据库将记录磁带的条形码、起始块地址和文件长度。

    在初始的备份后,将只考虑增量问题(不再进行完全拷贝)。每天将只移动上次备份操作后改变了的文件。并且,文件发送到TSM服务器后被单独存放在数据库中。当需要拷贝到磁带时,TSM服务器查询数据库,确定从前的拷贝在哪一个磁带上。一旦确定,将对该磁带进行再设置并把新拷贝附加在磁带末尾。这种对备份拷贝的收集都来自于同一台计算机或文件系统,于是形成了所谓的排列组。每天,改变的文件累加到排列组中(见图)。


    图:永久增量备份

    永久增量备份采用增量,提供了备份效率;采用排列组,提高了介质管理效率;准确地只移动期望的文件,提高了恢复效率。该方法最大的功效还在于:累加方法并不需要在一个完全备份后才能开始恢复过程,也就是说并不需要周期性地建立完全备份拷贝。而对完全+增量或完全+差异方法,无论是否改变,每周都要移动和存储几十亿字节的数据。有了永久增量备份方法,就不需要这样做了。于是客户节省了大量的网络带宽(LAN、WAN或SAN)、磁带介质和时间。

    在TSM中,一个备份策略的制定可以让所需要被备份的客户端来共享,也可以在一个备份中心制定多个备份策略以满足不同数据备份的需要。Tivoli使用Domain的模式来进行管理,可以为每个Domain的备份和归档分别制定备份策略,包括:

    • 保留的版本数

    • 每个版本保留的天数

    • 到期版本的保留天数

    • 介质数据再集中的阀值

    • 。。。。。

    4.2.2 恢复策略(一次恢复)

    恢复操作的目标是让文件系统或计算机回到期望的某一时间点。常见的情况是客户期望的时间点就是最近某时刻。在永久增量备份方法下,完成一个完全的恢复操作只需告诉TSM服务器期望的时间点。利用时间点信息,TSM服务器查询数据库中文件集合,看它们是否在期望的时间点上。这些文件存在于同一个排列组上,通常也位于一个(或少数几个)磁带上。设置了正确的磁带后,数据库指定每个文件的长度和起始块位置。大多数现代的磁带驱动器都具有快速扫描功能,能迅速定位到期望的备份拷贝并执行恢复操作,这样只移动了期望的文件。用户可以把该过程看作完全系统操作中一个完整的恢复过程。该过程就象在期望的时间点做了完全备份一样(见图)。

     

    图:时间点恢复

    4.2.3 备份/恢复策略举例

    备份策略的制定在很大程度上需要和XXX的实际备份需求相适应。下面结合Tivoli的永久增量备份技术来描述一个简单的备份策略:


    • 初始采取全备份策略,保留一份完整的数据。

    • 以后每天采用增量备份,选用增量级别。

    • 当出现恢复要求时,只需将全备份的全部数据加上前一天备份的增量数据恢复出来即可。

    • 经过一段较长时间后,可以再进行一次全备份。

    • 当要求恢复某些错误删除的文件时,系统会根据文件索引,找到删除文件的各个备份时间版本,从而帮助用户确认后从删除前一天的备份介质中加以恢复。

    4.3 数据库备份及恢复策略建议

    对于XXX的业务系统而言,数据库是核心数据组成部分之一,因此针对数据库制定一个良好的备份策略是至关重要的。对于数据库系统的备份工作,主要主要内容包括数据库系统备份和业务数据备份两个方面:

    4.3.1 数据库系统数据备份策略

    为了在主机、数据库、应用软件系统发生故障时,能够迅速、有效的使系统得到恢复,需要对主机、数据库、应用软件系统进行备份。由于主机、数据库、应用软件极少发生变动,所以它的备份策略也比较简单。

    (1) 在主机、数据库、应用软件安装调试完毕后,将主机、数据库、应用软件系统的备份到磁带上。

    (2) 在对主机参数、数据库参数、应用软件进行修改后,及时将主机、数据库、应用软件系统备份到磁带上。

    (3) 定期对主机、数据库、应用软件系统进行全备份。这些全备份可以通过TSM的定时自动完成。

    此外,TSM备份解决方案还可以提供额外的操作系统备份模块,应用系统备份模块等,能够对操作系统进行裸机备份,通过避免系统故障时重装操作系统来减少恢复时间。

    4.3.2 Oracle数据库的备份与恢复

    Oracle在归档模式下运行,利用IBM Tivoli Storage Manager for Databases模块调用RMAN进行在线的热备份,可以在备份时,对备份数据保存在不同的存储对象中,以满足客户容灾的要求,可以利用TSM的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。


    针对Oracle的总数据量和增量数据量大小,我们可以利用Oracle的多达三级的增量备份机制,结合TSM强大的备份数据追踪寻址能力和介质管理功能,制定灵活的备份策略,实现全自动的备份数据的全生命周期管理。

    根据客户的数据量和网络条件,我们建议:Oracle的备份以周为备份周期,星期一到星期六做数据库累积增量、归档日志、控制文件和CATALOG用户所有对象的备份,星期天做全备份,保留前面一周期和当前周期的备份,每个周期有两份容余。而且由于该应用的Oracle系统版本较新,也可以利用一些最新的Oracle备份技术,将同样的一份备份数据同时保存在不同的存储介质中去,如磁带和硬盘,以保证备份数据的完整性和安全性。对于Oracle系统的数据备份和恢复的性能,可以通过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。

    对于以上的备份文件,根据管理的要求设定其保存时间,当此类数据过期时,TSM将自动进行清理,无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率,也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性,减少磁带的占用,提高数据恢复的效率。如果此类文件较小的话,可以利用TSM独特的磁盘池的功能,先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中,待达到一定百分比时,再一次性迁移到带库中。

    恢复操作及策略

    可以通过本地的TSM Server结合TSM for Databases利用备份数据进行数据恢复。恢复时,TSM可以实现多线程的数据恢复,可以利用TSM独特的磁带分类集中存放技术,减少磁带的就位时间,提高数据恢复的效率。

    先用最近一次的全备份恢复+恢复最近一次的增量备份+增量备份到断点的ARCHIVE LOG来恢复(要求数据库在ARCHIVE LOG模式下工作)。这种恢复方式比全部用ARCIVE LOG恢复要快。

    如果两份容余的最近一次增量备份都不可用,可以追溯再上次的增量备份来恢复,然后用增量备份到断点的ARCHIVE LOG恢复。

    如果最近一次的全备份恢复都不可用上个周期的全备份+上个周期的最后一次增量备份+本周期的最近一次增量备份+增量备份到断点的ARCHIVE LOG来恢复。

    如果增量备份都不可用,那么可以用全备份+ARCHIVE LOG来恢复。

    4.3.3 DB2数据库的数据备份及恢复策略

    在DB2数据库内部集成了TSM的备份模块,数据能够直接备份到TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。结合TSM强大的备份数据追踪寻址能力和介质管理功能,制定灵活的备份策略,实现全自动的备份数据的全生命周期管理。

    Tivoli Storage Manager 能够无缝的支持DB2数据库的各种备份操作,而不需要增加任何模块。DB2数据库内部集成了TSM的备份模块,使得数据能够直接备往TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。

    TSM 提供了备份接口供数据库和应用程序使用,而DB2的备份工具集成了使用该接口的模块。TSM能够不仅能够通过备份接口来备份DB2的data file,还能够备份DB2数据库log file。log file 在变为inactive 时就会被移至User Exit应用程序,然后通过设置可以自动被TSM所接受。如下图所示:

    图:TSM 通过应用接口备份DB2

    DB2数据库备份的自动调度也可以通过多种方式来实现,如通过TSM的调度、通过DB2的定时备份功能以及通过操作系统的定时功能等。TSM和DB2数据库备份的无缝集成使得DB2数据备份更加安全而有效,从而为用户提供更为方便有效的备份服务。

    4.3.4 SQL Server数据库的备份

    备份操作将在 Tivoli Storage Manager 存储媒体上创建所有或部分 SQL 数据库的副本。TSM for SQL 提供备份和恢复 SQL 数据时必需的逻辑机制和逻辑。 

    当备份执行后,TSM for SQL 将保留关于 SQL Server 和数据库的信息。备份完成后这些信息将用于查询和恢复操作。有关数据库文件组和文件的名称和大小的信息作为子对象与数据库数据一起存储。这些子对象被称为元数据。仅当需要有关单个数据库文件组和文件的信息时才需要此“元”子对象。

    TSM for SQL 提供除了完全和日志备份以外范围扩大的备份类型,这样当您不想备份整个数据库或由于备份时间或性能需要不允许执行这样的备份时,它将提供更大的灵活性。Data Protection for SQL 提供六种类型的备份:完全数据库备份、差分备份、日志备份、文件备份、组备份和集备份 

    4.4 邮件系统的备份与恢复建议

    4.4.1 Domino邮件系统备份与恢复

    如果采用Domino系统,可以利用IBM Tivoli Storage Manager for Mail实现在线的热备份。

    对于5.0.3以上版本的Domino系统,可以利用Domino的Active Log模式,利用Tivoli Data Protection For Mail实现在线的热备份,可以实现Domino系统的数据库文件的全备份和增量备份,也可以实现Active Log的在线热备份。对于5.0.3以下版本的Domino系统,利用Tivoli Data Protection For Mail实现在线的热备份,也可以实现Domino系统的数据库文件的全备份和增量备份。

    对于Domino系统的恢复,可以通过本地的TSM Server结合TSM for mail利用备份数据进行数据恢复。

    对于5.0.3以上版本的Domino系统,先用最近一次的全备份恢复+恢复最近一次的增量备份+增量备份到断点的ACTIVE LOG来恢复。

    对于5.0.3以下版本的Domino系统,用最近一次的全备份恢复+恢复最近一次的增量备份实现恢复。

    4.4.2 Exchange 邮件系统的备份与恢复

    如果采用Exchange系统,也可以利用IBM Tivoli Storage Manager for Mail实现在线的热备份。包括邮件组和单个邮件的热备份。

    对于备份文件,根据管理的要求设定其保存时间,当此类数据过期时,TSM将自动进行清理,无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率,也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性,减少磁带的占用,提高数据恢复的效率。如果此类文件较小的话,可以利用TSM独特的磁盘池的功能,先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中,待达到一定百分比时,在一次性迁移到带库中。

    对于文件系统和裸设备的备份,可以直接利用TSM Client进行备份。

    备份通过TSM的定时机制自动完成。

    当操作系统或应用出现问题时导致不可用时,需要通过TSM进行数据的恢复,在本方案中,数据的恢复策略可以根据不同的情况而制定:

    4.5 SAP系统的数据备份及恢复策略

    对于XXX的SAP系统,我们建议采用TSM客户端与TSM for ERP(SAP)相结合的方法来进行SAP数据的在线备份;TSM for ERP是对SAP进行实时在线备份的软件。SAP的系统是一个三层架构的Server-Client的应用,如下图所示:


    图:SAP的三层结构

    第一层是数据库服务器(Database server):R/3应用的所有数据和Log都存放在此层,目前,R/3系统支持的后台外挂关系型数据库有:Oracle、DB2、Informix、SQL等,国内使用面最广的是基于Oracle或DB2的R/3应用。

    第二层是SAP的应用服务器(SAP Application-server),SAP的源程序和客户开发的R/3应用集中在此层,R/3系统通过一个内部的数据管理工具SAPDBA和数据库服务器紧密的关联在一起,执行对数据库服务器的系统管理、存储管理等。

    第三层是用户的操作层(Presentation Client),终端用户通过此层进行系统的具体应用。

    因此,从完整的系统存储管理来说,对于SAP的应用,在存储管理方面,必须兼顾数据库服务器和SAP的应用服务器两个层次,才能作到SAP应用的在线备份。Tivoli提供了Tivoli Storage Manager For ERP On Oracle/DB2模块,结合Tivoli Storage Manager,可以对SAP的数据库服务器(Oracle或DB2)进行在线的热备份和恢复。在存储区域网(SAN)的环境下,可以实现不依赖网络带宽(LAN-FREE)的数据备份和恢复。

    TSM for SAP和 Tivoli Storage Manager 提供可靠的可再生的操作过程使得系统管理员可以有效的管理大量的数据。它使ERP管理员通过一个定制的界面和SAP DBA提供的功能,同时借助TSM的自动数据管理能力来备份和恢复ERP数据库。TSM for ERP是业界领先的SAP数据保护解决方案。 

    在XXX ERP系统中,对于生产系统的ERP服务器,需要使用TSM for ERP软件,保证系统在正常运行时可以在线备份。由于备份工作由ERP的控制接口控制,具体备份的策略结合实际情况,采用全量备份和增量备份结合的备份方式进行。

    4.6 操作系统的备份与恢复建议

    AIX操作系统数据存放在根卷组(rootvg),而用户数据,包括数据库系统文件及数据、其他文件数据等存放在其他的卷组。那么,用户在进行日常数据备份时,可以通过TSM将用户数据所在的卷组进行备份(包括全备份和增量备份);对于根卷组下的操作系统数据,可以使用AIX操作系统本身提供的命令mksysb来备份到磁带中。这样,在进行系统恢复时,如果只是涉及到某一个卷组、数据库或者是文件,操作系统并没有损坏,那么通过TSM即可完成对系统的恢复;如果发生了系统严重故障,必须重建操作系统时,可以先使用通过mksysb备份出来的磁带来启动,恢复操作系统,再使用TSM来恢复其他的卷组以及数据库、关键文件等数据。其他的UNIX操作系统如Solaris和HP-UX也有类似的命令。

    对于Windows操作系统,可以利用系统引导盘快速启动操作系统,进入ASR恢复界面,利用TSM Client备份的操作系统的系统对象快速恢复操作系统。

    4.6.1 本地TSM服务器系统的恢复

    如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上,而数据库文件则建立在共享的盘阵上),一旦TSM Server瘫痪,将由Standby TSM Server自动接管。

    如果在配置TSM Server中,已经将其后台数据库作了MIRROR配置,则只需将MIRROR的数据库文件直接激活即可。

    否则,我们将会利用对TSM数据库所作的本地备份,利用该数据库的恢复功能恢复本地数据库,直接恢复TSM Server。

    4.6.2 当本地整个计算机系统的恢复

    如果是硬件或网络的故障,必须首先排除硬件或网络的故障。然后,进行操作系统的恢复,在此基础上,利用Tivoli Disaster Recovery Manager,可以来帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划,有效的管理各种在线和离线的存储介质,为应用系统的恢复提供强有力的保障。而无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且,灾难恢复计划是一个非常实用的灾难恢复流程顾问工具,通过DRM,不仅可以自动的恢复TSM系统和应用系统的数据,而且,可以帮助用户进行存储管理流程的建立和优化,实现规范化的存储管理。

    同时,如果本地恢复比较困难的话,可以利用本地TSM的Backupset功能,进行本地数据的异地恢复工作。TSM的Backupset,可以把备份节点的文件数据和元数据都写入到同一卷磁带上,因此可以脱离开TSM服务器环境而独立进行数据的读取和恢复。


    4.7 灾难恢复流程建议

    4.7.1 TSM备份系统的离线介质管理

    XXX本次备份方案,不仅涉及到生产中心的数据本地备份,还应该考虑备份数据的离线保存,和部分生产中心数据到容灾中心的异地传输;

    为了保证备份数据的可靠性,我们建议对生产中心重要数据备份的磁带介质进行复制,一份用于近线保存,另一份用于离线数据保护(建议将此份磁带保存在灾备中心,可用于数据的异地恢复)。TSM能够生成备份数据的多个副本,并支持对离线介质的管理,如下图所示:


    TSM能够自动进行存储磁带介质的管理,对于离线的磁带,TSM能够自动跟踪其状态,如从磁带库到离线位置,TSM的DRM模块还能够自动进行离线磁带上的数据过期与淘汰,自动标示那些离线磁带可以被回收利用等。这些技术充分简化了离线磁带的管理。

    TSM是建立在关系型数据库上的企业级数据备份管理软件。Tivoli灾难恢复管理器创建并使用数据库信息,从而管理灾难恢复的准备过程。TSM的DRM模块(灾难恢复管理器)加强了TSM备份系统。

    TSM的DRM模块不仅通过将数据异地保存来保护企业的数据,而且能跟踪所有在线和离线的磁带,并可以自动识别哪盘磁带离线。自动产生的灾难恢复计划也能自动的每日更新。通过这个自动产生的灾难恢复计划,我们可以以最小的工作量在异地或本地重建我们的应用系统,这意味着,TSM的DRM模块将不仅包括通常的意义上的灾难恢复计划,还包括前瞻性的业务持续性发展计划,可以对企业的应用提供多重的灾难恢复模式。

    4.7.2 TSM备份系统故障保护与恢复

    TSM备份系统与其他的业务系统一样,也需要进行充分的保护,以备发生故障时有效的进行数据恢复,充分保证数据的可靠性和安全性;

    TSM备份系统的保护主要有以下手段:

    1. TSM服务器采用HA双机技术,当其中一台服务器停止工作的时候,另外一台服务器能够顺利接管,保证备份和恢复任务不中断;

    2. 采用镜像技术和备份技术保护TSM系统的索引信息数据库,可以将TSM的内置数据库卷镜像到其他的硬盘空间,还可以将其通过NFS镜像到其他机器的存储空间,从而充分保证索引数据库的可用性;此外,我们还建议通过备份技术每天对TSM系统的索引信息数据库进行备份,可以备份至一盘或一组独立的磁带上,并定时做离线,从而充分保证索引数据库的可靠性;

    3. 通过拷贝存储池技术来对备份的业务数据进行额外保护,并定期做离线,当灾难发生时,能够有效恢复;

    当TSM系统由于意外而需要重建时,我们可以按以下步骤处理:

    1. 如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上,而数据库文件则建立在共享的盘阵上),一旦TSM Server瘫痪,将由Standby TSM Server自动接管。

    2. 如果在配置TSM Server中,已经将其后台数据库作了MIRROR配置,则只需将MIRROR的数据库文件直接激活即可。

    3. 如果对其后台数据库作了及时的本地备份,利用数据库的恢复功能恢复本地数据库,直接恢复TSM Server。

    4.7.3 基于TSM的数据容灾方案

    为了充分保护数据的安全性,我们建议将重要的业务数据不仅备份到本地的磁带库,还应该复制一份用于离线,离线的磁带应该由TSM系统进行有效跟踪管理;此外,我们还建议由TSM系统负责将一些没有同步到容灾中心的数据定期复制到容灾中心,以备灾难发生的时候进行快速恢复;

    因此,我们在此建议使用TSM磁带离线管理和TSM远程数据传输管理两个重要的技术构建数据级的数据容灾方案。

    使用DRM模块进行离线磁带管理

    关于TSM的离线磁带管理,我们在前面章节已经专门阐述,基本思想是采用TSM的灾难恢复模块DRM进行集中管理;

    TSM的DRM模块用于对TSM系统进行自动化的保护,在灾难恢复时进行系统的快速自动恢复。DRM的核心功能是自动生成并更新灾难恢复计划,自动跟踪离线磁带的状态,进行磁带介质的自动管理,自动化TSM服务器的恢复管理。具体功能如下图所示:


    针对XXX的具体需求,我们建议在生产中心集中数据备份的基础上,由TSM系统定期生成离线磁带,定期做磁带离线,当灾难发生时,有效进行数据恢复;

    TSM远程数据传输方案

    针对那些没有同步到容灾中心的重要业务系统数据,我们建议采用TSM的远程数据传输功能进行数据级容灾复制;TSM提供两种远程备份容灾机制,一种是基于网络和移动介质的导出和导入机制,另外一种是远程备份技术;我们将分别阐述这两种技术,并根据XXX具体的网络条件和要求选用相应的技术。

    Server-To-Server数据复制技术:该技术能够将生产中心TSM备份系统的所有或部分数据导出,并可传输到另一服务器(导入)。有两种方法可用来执行导出和导入操作:

    • 直接导出到网络上另一TSM服务器,即容灾中心的TSM系统。这种方式不需要在两个TSM服务器间有兼容的顺序设备类型就能立即进行数据传输。 

    • 导出到顺序介质,然后使用此介质将数据导入到具有兼容设备类型的另一个TSM服务器。

    使用TSM的远程Server-To-Server容灾复制功能,我们能够通过下列一个或多个导出命令将全部服务器控制信息或其子集导出: 

    EXPORT ADMIN 

    EXPORT NODE 

    EXPORT POLICY 

    EXPORT SERVER

    将数据导出到目标服务器时,需要指定将接收导入TSM操作数据的服务器名称。TSM的远程复制功能支持增量复制,系统管理员可限制在指定的日期与时间或在此之后导出到存储在服务器上的对象的文件数据。可使用 FROMDATE 和 FROMTIME 参数,基于文件原来存储在服务器中的日期与时间来导出数据。FROMDATE 和 FROMTIME 参数仅适用于客户机用户文件数据;这些参数不影响其它已导出的信息,例如策略。

    远程备份技术:TSM同时提供远程备份技术,TSM技术架构的灵活性使我们能够使用一个TSM客户端将数据备份到不同的TSM服务器,因此,我们可以将需要远程容灾备份的数据首先备份到生产中心的TSM系统,然后通过广域网远程备份到容灾中心的TSM系统,容灾中心的业务系统可以通过TSM客户端直接从本地的TSM系统进行数据恢复;

    考虑到XXX的具体需求,我们建议根据需要远程传输的数据量和网络带宽选择合适的方式,如果需要传输的数据量较大,而带宽较小,则采用先在生产中心将数据导出到磁带,然后再从磁带导入容灾中心的TSM系统的方式;反之,如果需要传输的数据量较小,则可以采用Server-To-Server的传输方式,或者采用远程备份技术从生产中心的TSM系统直接将数据复制到容灾中心的TSM系统中去。

    从TSM V5.5开始,TSM系统对Server-To-Server也支持断点续传的功能,因此更大限度的降低了对容灾网络的要求。

    4.7.4 基于TSM的数据恢复流程

    当发生大规模灾害,导致本地IT系统崩溃时,启动异地数据恢复。由于XXX的生产中心数据都已经复制到了容灾中心,所以当生产中心由于灾难而不可访问时,可以切换应用到容灾中心;而只有在容灾中心发生灾难时,才会考虑采用TSM的最后恢复方案;

    TSM的灾难恢复方案,主要是使用生产系统备份的离线磁带,在灾备中心恢复生产中心备份系统DB和recovery log,再将备份数据异机恢复到灾备中心环境中。TSM具备灾难恢复模块,Tivoli Disaster Recovery Manager,该模块能够帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划,有效的管理各种在线和离线的存储介质,为应用系统的恢复提供强有力的保障。无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且,灾难恢复计划是一个非常实用的灾难恢复流程顾问工具,通过DRM,不仅可以自动的恢复TSM系统和应用系统的数据,而且,可以帮助用户进行存储管理流程的建立和优化,实现规范化的存储管理。

    具体来讲,当数据需要灾难恢复时,我们建议按照以下流程处理:

    1. 为灾难恢复准备TSM服务器;

    2. 通过DRM模块,恢复生产中心备份服务器(包括DB和recovery log);

    3. 重建应用系统并通过TSM快速恢复至上一次备份状态;

    4. 通过TSM Client恢复文件系统;Windows系统直接恢复到目标服务器;SCO UNIX系统先恢复到临时服务器,通过NFS方式将文件恢复到SCO UNIX系统

    5. 恢复数据库,SAP等系统的应用数据;直接通过DB2自带的TSM备份接口恢复数据库;

    6. 重新启动数据库,验证数据库数据的可用性

     

    5 方案优势总结

    5.1 全面的解决方案

    Tivoli软件覆盖了系统管理(包括硬件、操作系统、网络、应用的监控和管理)、安全管理、存储管理等领域,而且,Tivoli所有的产品都可以良好的集成在一起,通过一个统一的界面就可以实现系统管理的所有功能。

    TSM可以通过Tivoli Plus Module和Tivoli的其他产品无缝集成,包括Tivoli的系统监控、事件分析处理工具、网管、安全模块等,从而构成一个完整的系统管理解决方案。

    TSM可以和Tivoli的综合事件管理平台Tivoli Enterprise Console(TEC)无缝集成,通过TEC进行统一的事件收集和综合事件分析。

    与DB2和Informix数据库的无缝集成,由于XXX的数据库主要采用DB2,所以TSM具有最好的集成性;同样作为IBM 的软件产品,Tivoli Storage Manager 能够无缝的支持DB2数据库和Informix (从Informix IDS 10开始)数据库的各种备份操作,而不需要增加任何模块。在DB2和Informix数据库内部集成了TSM的备份模块,使得数据能够直接备往TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。

    5.2 高性能的数据备份和恢复

    - TSM备份软件提供业界最为高效的数据备份和恢复,并提供最优的网络及磁盘和磁带利用率,其原因在于TSM先进的设计架构和领先的技术手段: 

    - TSM提供后台关系数据库的支持,从而使恢复和备份速度大大加快,有效的减少管理成本。

    - 提供永远增量备份方式,通过先进的技术手段减少需备份的数据量,最大限度的提高备份工作的效率。应用永远增量备份技术,可以大大减少磁带的消耗,减少备份时对网络的占用,减少总体拥有成本,满足今后企业发展的需要,实现最大限度的投资保护,备份数据的减少可以提高系统的恢复效率,这可以提高应用的可用性,实现应用级的快速恢复。

    - 在备份和恢复过程中,TSM都提供了多线程的数据流支持。

    - 通过磁带数据的自动重整,减少磁带碎片,提高磁带的利用率,节约客户成本,保证数据的可用性。

    - 通过磁带的数据分类集中存放,可以将同类型的数据集中存放在一组或一个磁带上,从而在恢复时保证以最少的磁带恢复,大大加快了恢复速度。

    - 支持在SAN环境下的LAN-FREE数据迁移。

    - 支持备份和恢复过程中的断点再续。

    - 提供Web Proxy Server(TSM代理服务器),减轻在多个备份进程同时发生时TSM服务器的负担。

    - TSM提供了SELF-TUNING的调试工具,可以指导系统管理人员进行性能优化。

    - 在TSM的系统配置文件,提供了一系列的参数优化TSM系统。

    5.3 集中的监控管理

    通过TSM的ISC(Integrated Solution Console)可以进行多个TSM Server的集中统一监控,这就意味着XXX可以在生产中心通过一台服务器,一个ISC界面集中生产中心和灾备中心的TSM备份系统,并且由于ISC是基于Portal技术构建的,可以定义不同权限的用户,进行不同TSM的管理。

    下图所示:已配置server1为配置管理器,可以向作为受管服务器的server2,server3下发管理策略,建立了profile1,定义这三个服务器为group1


    可通过“服务器组”查看服务器状态


    5.4 强大的灾难恢复

    TSM备份软件内置了灾难恢复管理器(Disaster Recovery Manager,简称DRM)来提供灾难管理和恢复的功能,指导用户如何操作来迅速恢复企业范围内的各种数据。

    自动、准确的DRM功能帮助用户保护宝贵数据的安全性。在TSM管辖内的数据,都能通过DRM自动策划、准备及制作备份恢复计划,一旦DRM生成了计划文件,所有服务器上最新的相关信息都被收集起来,以备恢复。

    如果灾难发生,DRM提供恢复步骤的详细文档,可执行的描述文件自动恢复数据、重建环境。DRM使得企业可以很快回复正常运转。

    DRM智能化管理和跟踪备份介质的转移。帮助管理员决定哪些介质本地保存,哪些介质需要异地保存。当恢复灾难时,DRM帮助用户迅速找到所有需要的介质,无论这些介质是在本地或运输途中或在异地的保险柜里。

    TSM客户端追踪管理功能帮助系统管理员了解哪些系统被灾害摧毁,以及这些机器所需要的软硬件,以便用户决定需要重新定购哪些设备来替换损坏的设备。其他DRM记录的重要信息包括:需要恢复的各台机器的优先级;相关人员的连续方式等。

    同时,对于异地数据保管和恢复,TSM 提供了一个独特功能:Instant Archive and Rapid Recovery。这个功能是在TSM server上将所需要恢复的数据影像到其它的可移动存储介质中,如普通8mm tape、可写CD等。管理人员再将这些存储介质拿到需要恢复的设备上,利用TSM Client的功能将这些数据恢复到系统中即可。这个功能即可以帮助客户将最为重要的数据复制到CD或磁带中永久归档保存;又可以在网络出现故障时,作为解决远程恢复问题的辅助手段。Instant Archive and Rapid Recovery在功能上类似于UNIX的系统备份。这种脱机恢复方式可以允许系统恢复到任意符合要求的设备上,为分析,开发,灾备提供了更大的灵活性。

    5.5 数据的安全性

    作为顶级的企业备份软件,TSM在进行产品设计时,充分考虑到了备份数据的安全性,采用多种技术手段进行数据保护,而且所有这些技术特性都包含在TSM 软件的基本配置中,不需要用户单独购买新的产品或模块,有效的保护用户的投资。所有主要采取的技术手段包括:

    128位数据加密:对备份数据采用128位的AES数据加密,充分保证备份数据的安全性,有效防止备份数据被非法截获或读取;

    Web系统的SSL加密:管理系统和备份客户端等所有web管理系统使用SSL加密;

    虚拟存储池技术:备份数据保存的虚拟存储池采用专有格式,任何人拿到单独的备份介质,无法使用通用的tar之类的指令读出数据,截取信息。

    单一通讯端口的跨防火墙备份技术:其他备份软件需要打开很多通讯端口,造成安全漏洞。TSM只需要打开单一的通信端口,就可以完成数据传输、控制信号传输等所有工作,并且TSM专门设计了TSM Web Proxy Server,保证安全万无一失。

    内置关系数据库的认证技术:备份系统的索引(Catalog)信息使用内置关系数据库,任何人只要没有TSM的管理授权,无法查询、修改这一信息。其他备份软件使用普通的asiic码文件保存,任何人都可以查询、修改文件而无需授权,造成信息泄漏和数据丢失。

    5.6 其它优势

    除了以上提到的优势之外,TSM软件还具有其他众多的优势:

    5.6.1 磁盘高速缓存的优势

    客户机文件可以直接被输送到磁盘池、磁带池或者光盘池中。磁盘池对随后将输出给磁带的来自多个客户机的数据进行临时缓存,这就使得IBM解决方案能启动比配置的磁带驱动器更多的备份任务,而且不必对处于单一数据流下的多个客户机数据进行交替存储。将缓存的数据移植到磁带内,可以保证TSM通过磁带间隙最小化而更有效地利用磁带,通常在数据传送时的暂停而造成的磁带启动和停止会造成这种磁带间隙。将数据缓存到磁盘池也使TSM能够以一种智能方式对数据进行重组,同时将数据写进磁带以便进行最有效的恢复。

    5.6.2 更高的数据可靠性

    TSM并不是在多个磁带盒间将数据条纹化,这就解决了需要多个驱动器来启动恢复的问题。另外,它不需要跨多个磁带驱动器从多个客户机来传送数据就能实现对话复用,从而有效实现了所需要的吞吐量。通过将数据从低性能客户机输出给磁盘,TSM可以将数据从单个客户机节点移植到单盘磁带上,这样就提供了更高的数据可用性,因为单一数据流有效的可靠性即为所有存储数据流的介质产品的可靠性(例如,假如备份数据以99%的可靠性在三个磁带盒间进行“条纹化”备份,则有效的可靠性将只有97%)。因为不必等待安装磁带媒体,因此磁盘缓存还提供了用于单个文件恢复(通常占全部恢复的80%多)的更快的平均恢复时间。

    5.6.3 介质回收

    最佳的介质管理能力使已用过的的磁带盒在到期后能被回收。这种对有效数据持续不断的整合使得TSM能使用比竞争对手产品更少的磁带盒,这样,在将所有有效数据保存进磁带库的同时,也节省了大量存储费用。

    5.6.4 内置关系数据库

    与那些大多数采用普通文件索引目录的其它备份和存档产品不同,TSM唯一地具有用来跟踪备份和存档数据的全功能数据库和恢复纪录。TSM关系数据库的多阶段提交序列以及恢复纪录技术能保证数据被完整地输送到存储池而无需验证过程。目前,大多数IT机构正在利用数据库体系结构来存储他们最关键的数据。数据库被应用于保护关键数据的存储管理系统中,这一点很有意义。

    5.6.5 集中管理

    可以减少管理人员数量、时间和工作、并且易于从一个中心管理屏幕对多个TSM服务器进行管理的企业管理,已被完全集成进基本的TSM产品中,而且做到了统一计费。特性的配置能够直接完成,无需再编写专门的脚本。另外,TSM告警信息可以被送给EA控制台和Tivoli企业控制台(TEC),或者送到Tivoli 业务系统管理器以进行额外的自动和业务影响分析。

    5.6.6 永久增量备份

    用于文件系统数据的累进备份意味着客户不必再进行完全备份,这意味着客户每晚只备份较少的数据,从而节省了网络、服务器和存储资源。备份将被更快地完成,而且恢复也将变得更快,因为TSM不需要完全加增量备份的恢复样式。

    5.6.7 瞬时存档/ 快速恢复

    TSM可以由您数据的最新“活动”备份版本来创建一个存档映像。该存档映像可由储存在主存储池中的备份数据来创建,从而避免了LAN上的额外数据流量。该映像保存在可以提供给最终用户的专用介质上,用户不需要使用TSM服务器或通过LAN来进行恢复就能有效地恢复数据。

    5.6.8 SAN能力/磁带池

    TSM具备SAN能力,并采用了第一个可交付的磁带池产品,该产品不仅提供了SCSI磁带库共享能力,而且也实现了用于AIX、SUN和NT TSM服务器的动态磁带共享。由于Magstar 3494不是SCSI库,因此不需要使用传统的SAN磁带库共享产品(由TSM和其他厂商使用)。基于这个原因,Tivoli和IBM开发了独特的TSM功能,利用对等方法来进行协作式的驱动器分配。当3590驱动器通过SCSI或SAN连接时,这些功能可以得到有效使用,并且通过一个新的TSM服务器选项:3494SHARED来实现。在SCSI环境下,3590-E驱动器的双线能力可连接(或动态共享)两个或更多的TSM服务器。而在SAN环境下,两个或更多的TSM服务器可以共享一台3590驱动器。

    5.6.9 支持TCP IP v6, SSL和长文件名

    TSM自从v5.5版本开始提供了对TCP /IP v6的支持,并对任何一组TSM组件之间的通信提供SSL加密的支持,例如服务器与备份归档客户端的通信,服务器与管理客户端的通信等。

    TSMv5.5目前可以支持长达8704字节的长文件名。

    5.6.10 高效,自动的报告功能

    高效,自动的报告功能,TSM提供集中,统一的报告功能,具体可以划分为运作报告和故障报告两类。运作报告将按指定时间汇报,TSM备份环境的工作状态,各种作业是否成功完成等;而故障报告会在备份环境出现故障时报警。这两种报告都支持使用邮件,Windows桌面消息,Web网页等多种方式来及时通知管理员。

    图TSM报表功能

    展开全文
  • 这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题,有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、...

    完全个人调试过来,后移植过复旦微MCU(FM33G026)也完全可行,全篇纯手打

    开的这个专栏会一直记录自己用过的驱动后续会有OLED,RFID,语音,各种通讯模块等等,感兴趣的可以一起交流学习

    一、简介

      TSM12是一种12通道的电容式触摸传感器芯片,采用I2C通信协议。这里建议使用GPIO模拟I2C,即软件I2C,因为很多MCU的硬件I2C不太稳定,调试时问题较多,而且管脚受限制,虽然硬件I2C的速度会更快。(TSM16基本兼容)

    二、硬件连接

      引脚:
      EN:片选信号;
      INT:中断信号;
      SDA:数据信号;
      SCL:时钟信号;
    TSM12硬件连接

     tips

    • RST引脚拉高复位,一般用不到(可以软件复位)因此可直接接地,节省引脚。
    • ID_SEL接地,所以地址是0xD0,接电源则是0xF0。
    • 在CSX引脚并一个小电容到地可调节灵敏度,越小越灵敏。不要也行。
    • P_CDEG(2:0) ,如上图为110,仅仅只是控制CS1的灵敏度

    三、驱动层

     1、配置GPIO

    在头文件中引脚宏定义(程序中有些繁杂的宏定义这里不列出,看懂即可,像speed等都进行了宏定义,延时函数用的正点原子的延时函数)

    /* 片选 */
    #define TSM12_EN_PORT			GPIOA
    #define TSM12_EN_PIN			GPIO_PIN_8
    /* 中断 */
    #define TSM12_INT_PORT			GPIOB
    #define TSM12_INT_PIN			GPIO_PIN_15
    /* 数据 */
    #define TSM12_SDA_PORT			GPIOB
    #define TSM12_SDA_PIN			GPIO_PIN_7
    /* 时钟 */
    #define TSM12_SCL_PORT			GPIOB
    #define TSM12_SCL_PIN			GPIO_PIN_6
    

    使用带参宏快速配置引脚,可以减少代码量,或者创建一个配置函数同理

    /* 带参宏的方式 */
    static GPIO_InitTypeDef GPIO_InitStructure;
    #define  IO_CFG(GPIOx,PINx,MODE,PULL,SPEED)      (GPIO_InitStructure.Pin = PINx,\
    												  GPIO_InitStructure.Mode = MODE,\
    											      GPIO_InitStructure.Pull = PULL,\
    												  GPIO_InitStructure.Speed = SPEED,\
    											      HAL_GPIO_Init(GPIOx,&GPIO_InitStructure))
    /* 配置函数的方式 */				
    void IO_config(GPIOx_Type* GPIOx, uint32_t pin,uint32_t mode,uint32_t pull,uint32_t speed)
    {
    	GPIO_InitTypeDef  GPIO_InitStructure;
    	GPIO_InitStructure.Pin = pin;
    	GPIO_InitStructure.Mode = mode;
        GPIO_InitStructure.Pull = pull;
        GPIO_InitStructure.Speed = speed;
        HAL_GPIO_Init(GPIOx,&GPIO_InitStructure);
    }					           
    

    配置引脚(后面都以带参宏的方式配置为例)

    /* 片选,低电平有效 */	
    #define TSM12_EN_OUT_PP()               (IO_CFG(TSM12_EN_PORT,TSM12_EN_PIN,GPIO_MODE_OUTPUT_PP,GPIO_PULLUP,GPIO_SPEED_VH))
    #define TSM12_EN_OUT_1()                (TSM12_EN_OUT_PP(),HAL_GPIO_WritePin(TSM12_EN_PORT,TSM12_EN_PIN,GPIO_PIN_SET))
    #define TSM12_EN_OUT_0()				(TSM12_EN_OUT_PP(),HAL_GPIO_WritePin(TSM12_EN_PORT,TSM12_EN_PIN,GPIO_PIN_RESET))
    /* 中断,上拉输入 */	
    #define TSM12_INT_IPU()                 (IO_CFG(TSM12_INT_PORT,TSM12_INT_PIN,GPIO_MODE_OUTPUT_PP,GPIO_PULLUP,GPIO_SPEED_VH))
    #define TSM12_INT_READIN()          	(HAL_GPIO_ReadPin(TSM12_INT_PORT,TSM12_INT_PIN))
    #define TSM12_INT_EXTI_FALLING_EN()     (IO_CFG(TSM12_INT_PORT,TSM12_INT_PIN,GPIO_MODE_IT_FALLING,GPIO_PULLUP,GPIO_SPEED_VH),\
    										HAL_NVIC_SetPriority(EXTI4_15_IRQn,2,0),HAL_NVIC_EnableIRQ(EXTI4_15_IRQn))
    /* SCL */	
    #define TSM12_SCL_OUT_PP()              (IO_CFG(TSM12_SCL_PORT,TSM12_SCL_PIN,GPIO_MODE_OUTPUT_PP,GPIO_PULLUP,GPIO_SPEED_VH))
    #define TSM12_SCL_OUT_1()               (TSM12_SCL_OUT_PP(),HAL_GPIO_WritePin(TSM12_SCL_PORT,TSM12_SCL_PIN,GPIO_PIN_SET))
    #define TSM12_SCL_OUT_0()				(TSM12_SCL_OUT_PP(),HAL_GPIO_WritePin(TSM12_SCL_PORT,TSM12_SCL_PIN,GPIO_PIN_RESET)) 
    /* SDA 因为还要读取中断时发送的通道值,因此还要配置输入*/	
    #define TSM12_SDA_OUT_PP()              (IO_CFG(TSM12_SDA_PORT,TSM12_SDA_PIN,GPIO_MODE_OUTPUT_PP,GPIO_PULLUP,GPIO_SPEED_VH))
    #define TSM12_SDA_OUT_1()               (TSM12_SDA_OUT_PP(),HAL_GPIO_WritePin(TSM12_SDA_PORT,TSM12_SDA_PIN,GPIO_PIN_SET))
    #define TSM12_SDA_OUT_0()				(TSM12_SDA_OUT_PP(),HAL_GPIO_WritePin(TSM12_SDA_PORT,TSM12_SDA_PIN,GPIO_PIN_RESET)) 
    #define TSM12_SDA_IPU()                 (IO_CFG(TSM12_SDA_PORT,TSM12_SDA_PIN,GPIO_MODE_OUTPUT_PP,GPIO_PULLUP,GPIO_SPEED_VH))
    #define TSM12_SDA_READIN()          	(HAL_GPIO_ReadPin(TSM12_SDA_PORT,TSM12_SDA_PIN))
    

     2、启动、停止、应答信号

      数据有效性:SCL为高时数据有效

    数据有效性

      启动与停止信号

    启动与停止信号

     tips

    • 处理数据时注意先EN片选(我注释掉是因为在其他调用以下函数的函数中先片选了,看自己习惯)
    /********************************************************
     * @brief TSM12_I2C_Start()
     *   发送TSM12起始信号
     * @param
     *     @arg:
     * @return
     *   none
     * @note 硬件总在SCL高电平检测SDA状态,所以先操作SDA
     ******************************************************/
    static void TSM12_I2C_Start(){
    	TSM12_SCL_OUT_PP();
    	TSM12_SDA_OUT_PP();
    //	TSM12_EN_OUT_0();    //片选
    	
    	TSM12_SDA_OUT_1();   //SDA先拉高
    	TSM12_SCL_OUT_1();
    	delay_us(5);
    	TSM12_SDA_OUT_0();  
    	delay_us(5);
    	TSM12_SCL_OUT_0();
    	delay_us(5);
    }
    
    /***********************************************
     * @brief TSM12_I2C_Stop()
     *   发送TSM12停止信号
     * @param
     *     @arg:
     * @return
     *   none
     * @note 
     ***********************************************/
    static void TSM12_I2C_Stop(){
    	TSM12_SCL_OUT_PP();
    	TSM12_SDA_OUT_PP();
    //	TSM12_EN_OUT_0();    //片选
    	
    	TSM12_SDA_OUT_0();   //SDA先拉低
    	TSM12_SCL_OUT_1();
    	   
    	delay_us(5);
    	TSM12_SDA_OUT_1();  
    	delay_us(5);
    //	TSM12_EN_OUT_1();    //结束TSM12发送数据
    }
    

      应答信号

    应答信号

    /***************************************************
     * @brief TSM12_I2C_MasterSendAck(BOOL isAck)
     *   主机发送TSM12应答或未应答信号
     * @param
     *     @arg:BOOL isAck:是否应答
     *  M_ACK           0
     *  M_NACK          1
     * @return
     *   none
     * @note 接收方成功接收数据写0,反之写1
     **************************************************/
    
    static void TSM12_I2C_MasterSendAck(BOOL isAck){
    	TSM12_SCL_OUT_PP();
    	TSM12_SDA_OUT_PP();	
    	
    	if(isAck == M_ACK)  //先发送应答信号
    	{
    		TSM12_SDA_OUT_0();
    	}else{
    		TSM12_SDA_OUT_1();
    	}
    	TSM12_SCL_OUT_1();
    	delay_us(5);
    	TSM12_SCL_OUT_0();
    }
    
    /**************************************************
     * @brief TSM12_I2C_SlaveAck(void)
     *   检测从机应答信号
     * @param
     *     @arg:
     * @return BOOL 
     *  M_ACK           0
     *  M_NACK          1 
     * @note 检测从机是否应答
     *************************************************/
    
    static BOOL TSM12_I2C_SlaveAck(void){
    	TSM12_SDA_IPU();
    	TSM12_SCL_OUT_PP();
    	
    	TSM12_SCL_OUT_1();
    	delay_us(5);
    	if(TSM12_SDA_READIN() == M_NACK)
    	{
    		TSM12_SCL_OUT_0();
    		return M_NACK;
    	}
    	TSM12_SCL_OUT_0();
    	return M_ACK;
    }
    

     3、读写函数

    7位从机地址跟一个读写方向位
    数据位,最后一位为读写方向放在地址后

      写入一字节数据

     tips

    • 时序拉高至少4.7us。
    • 数据位,最后一位为读写方向放在地址后(参考上图)。
    /**********************************************************************
     * @brief TSM12_I2C_WriteByte(u8 u8_data)
     *   TSM12写入8位数据
     * @param
     *     @arg:u8 u8_data
     * @return
     *   none
     * @note R/W  (O是Write,1是Read)高位先行,放在发送地址和读写位之后
     **********************************************************************/
    
    static void TSM12_I2C_WriteByte(u8 u8_data){
    	u8 i;
    	TSM12_SDA_OUT_PP();			//配置SDA推挽输出
    	TSM12_SCL_OUT_PP();			//配置SCL推挽输出
    	for(i=8;i>0;i--)
    	{
    		if((u8_data & 0x80) == 0x80)
    		{
    			TSM12_SDA_OUT_1();      
    		}else{
    			TSM12_SDA_OUT_0();
    		}
    		u8_data <<= 1;
    		TSM12_SCL_OUT_1();
    		delay_us(5);				//至少4.7us
    		TSM12_SCL_OUT_0();
    		delay_us(5);
    	}
    }
    

      读取一字节数据

     tips

    • 注意拉高顺序,SCL高电平SDA数据才有效,因此读取的时候先拉高SCL较为稳妥。
    /*****************************************************************
     * @brief TSM12_I2C_ReadByte(void)
     *   TSM12读取一个8位数据
     * @param
     *     @arg:
     * @return
     *   u8_data,返回一个8位数据
     * @note R/W  (O是Write,1是Read)高位先行,放在发送地址和读写位之后
     *****************************************************************/
    
    static u8 TSM12_I2C_ReadByte(void){
    	u8 i;
    	u8 u8_data = 0x00;
    	TSM12_SDA_IPU();         //读数据主机上拉输入
    	TSM12_SCL_OUT_PP();
    	
    	for(i=8;i>0;i--)
    	{
    		TSM12_SCL_OUT_1();     //SCL高电平数据才有效
    		delay_us(5);
    		u8_data <<= 1;	         //先左移,如果运算完左移最终会多左移一次
    		if(TSM12_SDA_READIN() == M_SET)
    		{
    			u8_data |= 0x01;
    		}	
    		TSM12_SCL_OUT_0();
    		delay_us(5);
    	}
    	return u8_data;
    }
    

      从机地址与寄存器映射等宏定义

    详细的寄存器控制位查数据手册
    寄存器地址

    #define TSM12_ID_SEL_Address  				0xD0   	//接GND,如果接VDD则改为0xF0
    
    #define TSM12_Sensitivity1                  0x02    //通道1,2灵敏度
    #define TSM12_Sensitivity2                  0x03
    #define TSM12_Sensitivity3                  0x04
    #define TSM12_Sensitivity4                  0x05
    #define TSM12_Sensitivity5                  0x06
    #define TSM12_Sensitivity6                  0x07
    #define TSM12_CTRL1                         0x08
    #define TSM12_CTRL2                         0x09
    #define TSM12_Ref_rst1                      0x0A
    #define TSM12_Ref_rst2                      0x0B
    #define TSM12_Ch_hold1                      0x0C
    #define TSM12_Ch_hold2                      0x0D
    #define TSM12_Cal_hold1                     0x0E
    #define TSM12_Cal_hold2                     0x0F
    #define TSM12_Output1                       0x10
    #define TSM12_Output2                       0x11
    #define TSM12_Output3                       0x12
    
    #define TSM12_Sens_Reset                    0xBB  	//默认灵敏度
    #define TSM12_Sens_User                     0x33 	//自定义灵敏度
    
    

      向TSM12写入数据

    写入操作

     tips

    • 阴影格子是主机发送从机的数据,白色格子是主机读取从机的数据
    • 数据格式:8位数据和一个应答信号组成。
    • 数据写入顺序:先发送(从机地址+读写方向),然后是寄存器地址,再写入寄存器,直到停止信号。
    /****************************************************************
     * @brief TSM12_I2C_WriteData(u8 regAdd,u8 u8_data)
     *   TSM12写入数据
     * @param
     *     @arg:u8 u8_data:要写入的数据
     *     @arg:u8 regAdd:寄存器地址
     * @return BOOL
     *   
     * @note 顺序:1)第一字节写入设备地址和R/W方向(1为Read)
     *             2)第二字节写入要访问的寄存器内部地址
     *             3)接下来就是写入寄存器,并跟随从机应答信号,直到停止信号
     *************************************************************/
    
    static BOOL	TSM12_I2C_WriteData(u8 regAdd,u8 u8_data){
    	
    	TSM12_I2C_Start();
    	TSM12_I2C_WriteByte(TSM12_ID_SEL_Address | 0x00);  //设备地址和写方向
    	if(TSM12_I2C_SlaveAck() != M_ACK)		//检测从机应答信号
    	{
    		return M_FALSE;
    	}
    	TSM12_I2C_WriteByte(regAdd);            //寄存器内部地址
    	if(TSM12_I2C_SlaveAck() != M_ACK)
    	{
    		return M_FALSE;
    	}
    	TSM12_I2C_WriteByte(u8_data);          //数据
    	if(TSM12_I2C_SlaveAck() != M_ACK)
    	{
    		return M_FALSE;
    	}
    	TSM12_I2C_Stop();                //停止信号
    	return M_TRUE;
    }
    
    

      从TSM12读取数据

    普通模式读写操作  tips

    • 读数据时要先写入对应寄存器地址,然后再读取数据。
    • 读操作最后停止信号前要发送非应答信号。
    • 注意前后两次写入地址的读写方向。
    /*******************************************************
     * @brief TSM12_I2C_ReadData(u8 regAdd)
     *   TSM12读取数据
     * @param
     *     @arg:u8 regAdd:寄存器地址
     * @return u8
     *   
     * @note 顺序:1)写入设备地址
     *             2)写入寄存器地址
     *             3)开始读数据,先写入读方向设备地址
     *********************************************************/
    
    static u8 TSM12_I2C_ReadData(u8 regAdd){
    	u8 u8_data;           //读取的数据
    	TSM12_I2C_Start();
    	TSM12_I2C_WriteByte(TSM12_ID_SEL_Address | 0x00);  //设备地址和写方向
    	if(TSM12_I2C_SlaveAck() != M_ACK)
    	{
    		return M_FALSE;
    	}
    	TSM12_I2C_WriteByte(regAdd);            //寄存器内部地址
    	if(TSM12_I2C_SlaveAck() != M_ACK)
    	{
    		return M_FALSE;
    	}
    	TSM12_I2C_Stop();
    	/*  */
    	TSM12_I2C_Start();
    	TSM12_I2C_WriteByte(TSM12_ID_SEL_Address | 0x01);  //设备地址和读方向
    	if(TSM12_I2C_SlaveAck() != M_ACK)
    	{
    		return M_FALSE;
    	}
    	u8_data = TSM12_I2C_ReadByte();
    	TSM12_I2C_MasterSendAck(M_NACK);              //停止信号前发送非应答信号
    	TSM12_I2C_Stop();
    	return u8_data;
    }
    

    4、配置中断

     配置引脚中断

    static void TSM12_INT_IRQ_init(void){
    	TSM12_SDA_OUT_1();
    	TSM12_SCL_OUT_1();
    	TSM12_INT_IRQ_IPU();
    	TSM12_INT_IRQ_EXTI_FALLING_EN();	
    }
    

     中断流程

    TSM12中断流程

    • 结构体与变量声明(注意使用volatile)
    /* 触摸按键状态结构体 */
    typedef struct{
    	vBOOL TouchKey_FLAG_IsPress;       //按键是否按下中断标志 volatile 
    }TouchKeyStatus_st;             	 
    
    static volatile TouchKeyStatus_st touchKeyStatusSt ={0,};  
    
    • 中断服务函数:如果触发中断,按下标志置1
    /*******************************************
     * @brief TSM12_TouchKey_ISR()
     *   TSM12触摸按键中断服务函数
     * @param
     *     @arg:
     * @return
     * @note __STATIC_INLINE ; M_YES: 1 按下  
     *******************************************/
    
    __STATIC_INLINE void TSM12_TouchKey_ISR(){
    	if(TSM12_INT_IRQ_READIN() == M_RESET)			//中断低电平有效
    	{
    		if(touchKeyStatusStruct.TouchKey_FLAG_IsPress == 0)
    		{
    			touchKeyStatusStruct.TouchKey_FLAG_IsPress = M_YES;
    		}
    	}
    }
    
    • 中断回调函数
    /********************************************************
     * @brief HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)
     *   GPIO中断的回调函数
     * @param
     *     @arg:
     * @return
     * @note gpio库文件中弱定义
     *********************************************************/
    void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)
    {
    		switch(GPIO_Pin)
    		{
    			case TSM12_INT_IRQ_PIN:                      //PB15
    				TSM12_TouchKey_ISR();
    				break;
    			default:
        			break;		
    		}
    }
    

    5、配置寄存器函数封装

     上电初始化

    • 初始化流程图(有些顺序打乱没影响)

    上电配置流程

    • 初始化前等待函数(TSM12初始化时不能有按键动作,不然会一段时间失灵)
    
    static void TSM12_WaitInit(void){
    	u16 timeOut = 300;
    	while(TSM12_ReadTouchKeyCh() != 0)      //触摸键值不为0
    	{
    		 delay_ms(10);                	    //300*10ms
    		 timeOut--;
    		 if(timeOut == 0)
    		 {break;}
    	}
    }
    
    • TSM12初始化函数
      打开休眠功能,一段时间未按键会自动进入休眠模式,功耗在4-8uA
    void TSM12_TouchKey_Init(void){
    	
    	TSM12_WaitInit();                                             //等待按键释放
    	delay_ms(100);  
    	TSM12_EN_OUT_0();                                        //片选
    	TSM12_I2C_WriteData(TSM12_CTRL2,0X0F);                    		 //软件复位和睡眠使能
    //	TSM12_I2C_WriteData(TSM12_CTRL2,0X07);                    		 //失能软件复位和使能睡眠
    	TSM12_I2C_WriteData(TSM12_Sensitivity1,TSM12_Sens_User);       //通道1,2灵敏度
    	TSM12_I2C_WriteData(TSM12_Sensitivity2,TSM12_Sens_User);       //通道3,4灵敏度
    	TSM12_I2C_WriteData(TSM12_Sensitivity3,TSM12_Sens_User);       //通道5,6灵敏度
    	TSM12_I2C_WriteData(TSM12_Sensitivity4,TSM12_Sens_User);       //通道7,8灵敏度
    	TSM12_I2C_WriteData(TSM12_Sensitivity5,TSM12_Sens_User);       //通道9,10灵敏度
    	TSM12_I2C_WriteData(TSM12_Sensitivity6,TSM12_Sens_User);       //通道11,12灵敏度
    	
    	TSM12_I2C_WriteData(TSM12_CTRL2,0X03);                    	 //软件复位和睡眠失能
    //	TSM12_I2C_WriteData(TSM12_CTRL1,0X3A);                //自动切换快慢模式/10s/高输出中断/响应时间4
    	TSM12_I2C_WriteData(TSM12_Ch_hold1,0x00);            //打开1-8通道
    	TSM12_I2C_WriteData(TSM12_Ch_hold2,0x00);            //打开9-12通道
     	TSM12_I2C_WriteData(TSM12_Ref_rst1,0xFF);            //通道1-8参考复位
     	TSM12_I2C_WriteData(TSM12_Ref_rst2,0x0F);            //通道9-12参考复位
    	TSM12_I2C_WriteData(TSM12_Ref_rst1,0x00);            //失能通道1-8参考复位
        TSM12_I2C_WriteData(TSM12_Ref_rst2,0x00);            //失能通道9-12参考复位
    	
    //	TSM12_I2C_WriteData(TSM12_Cal_hold1,0x00);            //使能1-8通道感应矫正功能
    //	TSM12_I2C_WriteData(TSM12_Cal_hold2,0x00);             //使能9-12通道感应矫正功能
    	TSM12_I2C_WriteData(TSM12_CTRL2,0X07);                  //失能软件复位和使能睡眠
     
    	TSM12_EN_OUT_1();                                     //结束TSM12发送数据
    	TSM12_INT_IRQ_init();
    }
    
    

     其他函数

    以下函数建议连着电流表测试(不同应用程序不一样,仅给参考),要注意配置顺序,或者直接在上面函数使能就行

    • 进入休眠函数
    void TSM12_EnterSleep(void){
    	TSM12_EN_OUT_0(); 
    	delay_us(200);
    	TSM12_I2C_WriteData(TSM12_Ref_rst1,0x00);          //失能通道1-8参考复位
    	TSM12_I2C_WriteData(TSM12_Ref_rst2,0x00);          //失能通道9-12参考复位
    	TSM12_I2C_WriteData(TSM12_Ch_hold1,0x00);          //打开1-8通道
    	TSM12_I2C_WriteData(TSM12_Ch_hold2,0x00);          //打开9-12通道
    	TSM12_I2C_WriteData(TSM12_CTRL2,0x07);     		   //软件复位不使能,睡眠使能
    	delay_us(200);
    	TSM12_EN_OUT_1();
    	TSM12_INT_IRQ_init();             //使能中断
    }
    
    • 退出休眠函数
    void TSM12_ExitSleep(void){
    	TSM12_EN_OUT_0(); 
    	delay_us(200);
    	TSM12_I2C_WriteData(TSM12_CTRL2,0x03);     		 //睡眠失能
    	delay_us(200);
    	TSM12_EN_OUT_1();
    	TSM12_INT_IRQ_init();           		 		 //使能中断
    }
    
    • 打开或关闭按键通道函数
    void TSM12_ChannelHold(BOOL isEnable){
    	if(isEnable)
    	{
    		TSM12_I2C_WriteData(TSM12_Ch_hold1, 0x00);     //打开1~8所有通道
        	TSM12_I2C_WriteData(TSM12_Ch_hold2, 0x00);     //打开9~12所有通道
    	}else{
    		TSM12_I2C_WriteData(TSM12_Ch_hold1, 0xFF);     //关闭1~8所有通道
       		TSM12_I2C_WriteData(TSM12_Ch_hold2, 0x0F);     //关闭9~12所有通道
    	}
    }
    

    四、应用层

    应用层根据自己的产品功能需求,以下函数供参考

     读取按键值函数

    /****************************************
     * @brief TSM12_ReadTouchKeyCh(void)
     *   TSM12读取触摸按键值
     * @param
     * @return u8 按键值
     *   
     * @note 
     *****************************************/
    
    static u8 TSM12_ReadTouchKeyCh(void){
    	u8 touchKeyValue = 0;								//触摸键值
    	u8 pBuffer[3];										//存储3通道8位键值数组
    	u8 *p = pBuffer;
    	
    	TSM12_EN_OUT_0();
    	*p = TSM12_I2C_ReadData(TSM12_Output1);             //读通道1-4的u8_data
    	*(p+1) = TSM12_I2C_ReadData(TSM12_Output2);			//读通道5-8的u8_data
    	*(p+2) = TSM12_I2C_ReadData(TSM12_Output3);			//读通道9-12的u8_data
    	TSM12_EN_OUT_1();
    	
    	if(0 == touchKeyValue)
    	{
    		switch(*p)             //OUTPUT1
    		{
    			case 0x03:
    				touchKeyValue = M_TOUCHKEY_CH_01;
    				break;
    			case 0x0C:
    				touchKeyValue = M_TOUCHKEY_CH_02;
    				break;
    			case 0x30:
    				touchKeyValue = M_TOUCHKEY_CH_03;
    				break;
    			case 0xC0:
    				touchKeyValue = M_TOUCHKEY_CH_04;
    				break;
    			default:
    				touchKeyValue = 0;
    				break;
    		}
    	}
    	if(0 == touchKeyValue)
    	{
    		switch(*(p+1))          //OUTPUT2
    		{
    			case 0x03:
    				touchKeyValue = M_TOUCHKEY_CH_05;
    				break;
    			case 0x0C:
    				touchKeyValue = M_TOUCHKEY_CH_06;
    				break;
    			case 0x30:
    				touchKeyValue = M_TOUCHKEY_CH_07;
    				break;
    			case 0xC0:
    				touchKeyValue = M_TOUCHKEY_CH_08;
    				break;
    			default:
    				touchKeyValue = 0;
    				break;
    		}
    	}
    	if(0 == touchKeyValue)
    	{
    		switch(*(p+2))          //OUTPUT3
    		{
    			case 0x03:
    				touchKeyValue = M_TOUCHKEY_CH_09;
    				break;
    			case 0x0C:
    				touchKeyValue = M_TOUCHKEY_CH_10;
    				break;
    			case 0x30:
    				touchKeyValue = M_TOUCHKEY_CH_11;
    				break;
    			case 0xC0:
    				touchKeyValue = M_TOUCHKEY_CH_12;
    				break;
    			default:
    				touchKeyValue = 0;
    				break;
    		}
    	}
    	return touchKeyValue;
    }
    

     读取键值优化函数

    读取键值优化函数

    /*************************************
     * @brief TSM12_TouchKey_Scan(void)
     *   触摸按键扫描函数
     * @param
     * @return
     *   u8 keyValue:按下的按键值
     * @note 消抖,扫描键盘有无按键
     **************************************/
    
    u8 TSM12_TouchKey_Scan(void){
    	#define KEY_JITTER_TIMES     2   //按键抖动次数
    	u8 keyValue = 0;        				 //读取的按键值
    	static u8 nullKeyCounts = 0;     //无效按键次数
    	static u8 prevKeyValue = 0;      //前一次有效键值
    	u8 returnKeyValue = 0;           //返回的键值
    	
    		if(touchKeyStatusSt.TouchKey_FLAG_IsPress)       //先读取键值,BOOL
    		{
    			touchKeyStatusSt.TouchKey_FLAG_IsPress = 0;    //初始化按下标志位
    			keyValue = 	TSM12_ReadTouchKeyCh();
    		}
    		if(keyValue == 0)      				//无效键值
    		{
    			returnKeyValue = 0;
    			if(nullKeyCounts <= KEY_JITTER_TIMES)
    			{
    				nullKeyCounts++;
    			}
    		}
    		else if(keyValue != prevKeyValue)  					//有效键值且不同于上次按键
    		{
    			prevKeyValue = keyValue;   
    			returnKeyValue = keyValue;
    			nullKeyCounts = 0;      									//重置抖动计数
    		}
    		else if(nullKeyCounts > KEY_JITTER_TIMES)   //有效键值等于上次按键且超过抖动次数
    		{
    			prevKeyValue = keyValue;   
    			returnKeyValue = keyValue;
    			nullKeyCounts = 0;
    		}
    		else{																			  //有效键值等于上次按键但未超过抖动次数
    			returnKeyValue = 0;
    			if(nullKeyCounts <= KEY_JITTER_TIMES)
    			{
    				nullKeyCounts++;
    			}
    		}
    					
    		return returnKeyValue;
    	#undef KEY_JITTER_TIMES
    }
    

     其他应用函数

    展开全文
  • TSM12驱动.rar

    2020-09-11 08:46:28
    基于STM32F030系列,驱动TSM12触摸芯片,实现触摸功能,代码已调试通过。有需要的可以直接下载移植到自己的系统里 。
  • IBM的TSM软件是市场上主流的企业备份解决方案。它可以通过网络或者SAN集中备份企业中几乎所有系统平台的数据到磁带机或者磁带库。它可以对大多数数据,如ORACLE, SQL SERVER, DB2, LOTUS DOMINO进行在线备份,也是...
    IBM的TSM软件是市场上主流的企业备份解决方案。它可以通过网络或者SAN集中备份企业中几乎所有系统平台的数据到磁带机或者磁带库。它可以对大多数数据,如ORACLE, SQL SERVER, DB2, LOTUS DOMINO进行在线备份,也是唯一可以对AS/400数据进行网络备份的解决方案。

    强大的功能全面的存储管理软件
        Tivoli存储管理软件是在多平台环境下实施存储管理的首要选择。幸福杂志100强企业中有80多家采用了Tivoli存储管理软件,在世界范围内它保护着100多万套的系统。Tivoli存储管理软件比以往的软件更具特色、功能强大、适应性强和易于使用。
        TSM(Tivoli Storage Manager)曾获得Network Magazine 2000年Product of the Year大奖,它可以处理分布式环境中复杂存储管理所带来的挑战。它可以保护并管理广泛的小到用户终端,大到企业级服务器的所有数据。它可以支持多达39种以上不同的操作系统,并且都具有方便的图形用户界面(GUI)。

        Tivoli Storage Manager存储管理软件可以提供:

    1. TSM自动备份、归档和恢复关键数据,支持39种以上的平台,帮助企业保护信息资产;
    2. 为业界各类应用和数据库提供统一的备份和恢复方案。
    3. 服务器和服务器间的连接功能,增强了存储资源的共享和存储体系的抗灾难能力。
    4. 独具“磁带配置”和“磁带重用”技术,加快了恢复过程。
    5. 灵活的存储介质分层结构
    6. 强大的存储网络体系,支持业界最为广泛的LAN、SAN、NAS、WAN解决方案
    7. 支持服务器级多级存储和存储路由,提供中心级的统一管理
    8. 为主要群件、企业资源规划(ERP)应用和数据产品定制了备份方案,支持Oracle、MS SQL、DB2等关系型数据库以及Lotus、SAP等应用的在线备份

    通过TSM备份管理服务器的使用,用户可以得到企业级的数据存储管理:

    1. 广泛的平台支持能力;
    2. 磁盘高速缓存的优势;
    3. 更高的数据可靠性;
    4. 介质管理;
    5. 集成关系数据库;
    6. 集中管理;
    7. 灾难恢复;
    8. 顺序备份;
    9. 瞬时存档/ 快速恢复;
    10. 分布式集中存储;
    11. SCSI 磁带故障群集。

      通过TSM备份客户端的使用,用户可以得到灵活的数据存储策略:

    1. 完全增量备份和部分增量备份;
    2. 选择性备份;
    3. 逻辑卷备份;
    4. 归档;
    5. 自动从 HSM 客户机 (Tivoli Space Manager) 中迁移

    TSM的其它特点

    • 无网络快速恢复 — 支持利用磁带或光驱快速的进行客户端数据恢复。通过不利用网络和中央服务器资源减少了恢复的时间。
    • 完善的备份方法 — 通过只备份新的文档和被修改的文档节省了时间和磁盘空间。这种完善的备份特性是利用自身的关系型数据库跟踪数据,不论其被存储在什么位置,采用一步到位的方法恢复数据文件,减少了其他存储管理软件产品中需要附加磁带和通常的恢复过程。
    • 磁带资源共享 — 允许多台Tivoli存储管理服务器使用同一磁带库和驱动器。这改进了备份、恢复性能和提高了磁带硬件设备的利用率。
    • 动态的多线程传输 — 允许多个客户端同时在同一台Tivoli存储管理服务器上进行数据的传输。这一新的特性将备份性能比原来的单线程通道下提高了三倍。之所以能得到这么高的速度是由于Tivoli存储软件数据传输通道在可利用的系统资源上进行了优化。
    • 灵活的差分化技术 — 数据在企业内部的传输过程中传输方式是可以变化的。根据数据的大小和网络的特点,数据的传输可以字节、数据块或文档的水平等方式进行。这一新型的专利技术支持不论是局域网(LAN)、广域网(WAN)、存储区域网(SAN),互联网还是拨号上网等各种连通方式。灵活的差分化技术主要是针对移动计算机用户和那些需要压缩通过网络传输数据的用户而设计的。

    TSM工作原理示意图:

     


     
       图中UNIX、AS/400、Win/NT等机器代表了现有的应用系统和一般桌面用户,在上面安装TSM Client端,它们通过TCP/IP协议与TSM Server连接。TSM Server可以是专用的服务器,或者是借用业务不繁忙的服务器,在此方案中,我们采用运行NT的PC服务器。应用系统或数据库的数据通过网络送达TSM Server,TSM Server管理这些备份数据,将它们存放到磁带子系统中。
        系统管理员通过TSM Server管理程序或者通过Web Browser登录TSM Server进行管理。 TSM通过自身带有Web Service提供强大的Web管理功能,客户不需要另外安装Web Server,就可以通过Web Browser对TSM进行全面的管理。
    管理人员通过管理指示器来对TSM Server进行初始化,配置存储设备、定义备份节点和制定备份策略,其中备份策略的制定是最为关键的,这包括自动备份进行的时间,备份数据保留的长短等等。
        管理人员可以设置备份策略,根据不同备份用户和不同应用的实际需要设置备份时间表。TSM提供了包括全备份和增量备份在内的11级备份供用户选择。全备份的特点是恢复简单,但在自动化磁带库技术广泛采用的情况下,全备份的缺点是备份时间长,介质浪费;增量备份是备份技术中的重要技术,增量备份技术结合自动化磁带库技术,既保证了恢复是简单的,而且极大地减少了备份时间,节省了备份介质。
        一旦整个备份系统和备份策略设置完成,每个应用系统的服务器会在指定的时间把需要备份的数据送到TSM服务器中集中存放。如果需要恢复数据,TSM Client端只要通过非常简单易用的图形界面或由应用程序发出指令指出恢复哪些个对象文件,TSM Server自动从磁带库中取出文件,传送到TSM Client。如果备份磁带不在磁带库中,TSM Server提示系统管理员插入某盒磁带。

        TSM系统的建立将帮助用户实现分布式数据的集中存储和管理,并能结合存储策略和存储schedule实现数据的全自动备份。

    转载于:https://www.cnblogs.com/xiaobeisong/archive/2009/06/16/1504013.html

    展开全文
  • TSM平台

    千次阅读 2018-02-13 15:30:45
    TSM是Trusted Service Management的简称,字面意思是可信服务管理,银联TSM[1] 是基于“一卡多应用”技术建立的一套完整的“空中发卡”和应用管理体系。通过TSM平台,发卡机构可安全、高效地将多张金融智能卡信息...
  • TSM源码解析

    千次阅读 2020-10-10 17:38:15
    功能作用 main.py 训练脚本 test_model.py 测试脚本 dataset.py 数据的读取和处理 models.py 网络模型的构建 mypath.py 数据模型路径自定义 transforms.py 数据的预处理 temporal_shift.py 时序移位...
  • LSM树 和 TSM存储引擎 简介

    千次阅读 2019-03-08 11:45:23
    Cache内数据会异步刷入TSM File,在Cache内数据未持久化到TSM File之前若遇到进程crash,则会通过WAL内的数据来恢复cache内的数据,这个行为与LSM是完全类似的。 Cache : TSM的Cache与LSM的MemoryTable类似,其...
  • TSM概念笔记

    2019-05-20 22:54:04
    TSM概念很多,读书后做了一点笔记帮助自己理解1.tsm client command line interface #dsmc 显示TSM server和TSM client的version and release号 运行cl...
  • TSM源码分析

    2020-10-10 18:36:36
    1,源码下载 ...功能 main.py 训练代码 opts.py 参数配置代码 ops/dataset.py 数据集的载入代码 ops/dataset_config.py 用于配置不同的数据集 ops/model.py 用于组装模型 ops/temporal_shi
  • 要使用从Google Classroom导入功能: 从https://developers.google.com/classroom/quickstart/php启用Classroom API,然后设置Web Server和回调URL/PAGE?page=tsm-front&task=set-google-auth-code (除了URL ,...
  • TSM5.3使用指导

    2009-04-21 11:14:49
    1.Health Monitor功能 2 企业管理 三.备份 四.客户机操作 1 1.选择“备份”进行一次操作: 2.进行一次“归档” 五. 调度 六.服务器维护 七 Reporting报告 八.并置组 九.用TSM 和Admin.Center进行...
  • 作者还将TSM扩展到了在线视频的检测,表现实时、低延迟,准确且高效,在文章发表日为止,在Something-Something数据集上表现排名第一。在手机端Galaxy Note8上,它实现了在线视频的13ms和35ms的低延迟识别。开源代码...
  • TSM概念及架构

    千次阅读 2016-09-27 17:45:53
    有了它,手机不再只是打电话、发短信以及上网的工具,还可以装载各种电子卡片应用(如银行卡、公交卡、会员卡、校园/企业一卡通等),用来购物支付、乘坐公交地铁、刷门禁考勤……而这一切的实现,都离不开TSM平台的...
  • TSM简介

    2018-09-09 21:47:00
    Tivoli TSM产品功能详述Tivoli TSM(Tivoli Storage Manager)是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要备份的数据,或向TSM Server...
  • IBm TSM详细介绍

    2010-08-11 15:57:52
    全面介绍IBM TSM 的各个功能。比如:备份和恢复过程的容错性;永远增量备份;容灾恢复功能等等
  • IBM TSM全称IBM Tivoli Storage Manager,集数据备份与恢复、复制容灾、存储管理、数据管理多种功能为一体,是IBM 20年存储管理经验的结晶,目前已经更新到6.22版本号。 ▲IBM的软件部资深技术专家王磊先生在...
  • TSM100 Tools-开源

    2021-05-01 15:31:07
    几个用于增强“ Movistar TSM100 GSM / GPRS智能手机”功能的工具。 它包括用于将您自己的MIDI旋律,图像和Java应用程序添加到TSM100电话的软件。
  • 唐山松下机器人-多头IGBT控制直流弧焊电源TSM400AT-3K样本pdf,简介:唐山松下多头IGBT控制直流弧焊电源TSM400AT-3K  适应严酷环境的高性能焊机  广泛应用于石油化工、电力建设、建筑施工、船舶、钢结构等众多行业...
  • Tivoli TSM产品功能详述

    2009-02-10 15:46:55
    Tivoli TSM(Tivoli Storage Manager)是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要备份...
  • IBM——TSM数据存储与备份的管理

    千次阅读 2014-04-11 22:23:54
    TSM(Tivoli Storage Manager) 软件是IBM 存储管理经验的结晶。TSM 是为解决企业级数据及系统安全而设计的备份全面解决方案,为石油、金融、电信等许多大型企业,解决困扰信息技术部门的备份管理问题。它在节省...
  • 今天TSM C3培训的时候,有学员遇到初始化TSM6失败(ANR0367W The server failed to format the database TSMDB1.) 原因是TSM在6之后采用db2作为索引数据库,因...
  • 浅谈TSM概念、系统架构及技术发展

    千次阅读 2017-12-13 16:36:00
    有了它,手机不再只是打电话、发短信以及上网的工具,还可以装载各种电子卡片应用(如银行卡、公交卡、会员卡、校园/ 企业一卡通等),用来购物支付、乘坐公交地铁、刷门禁考勤……而这一切的实现,都离不开TSM平台的...
  • TSM: Temporal Shift Module for Efficient Video Understanding》学习小记 这里是这篇文章的链接,有兴趣的可以去下载原文进行阅读。 这里是文章相关的代码。 下面我主要是对原文的一些翻译和其中一些自己的观点...
  • 在InfluxDB的ChangeLog中显示在v1.0.0中使用coordinator替换cluster,感觉自建集群功能可以通过此模块实现。 etc 存放默认配置 importer 版本向后兼容相关代码,在ReadMe中已经提到:Version 0.8.9 of InfluxDB ...
  • 1、TSM简介

    2018-03-25 14:06:00
    Tivoli TSM产品功能详述Tivoli TSM(Tivoli Storage Manager)是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要备份的数据,或向TSM Server索取已备份...
  • TSM自动发现了vCenter下的ESX服务器以及全部guest host宿主机通过VMware VADP接口,将数据映射并和TSM API(TSM for VE)结合后,直接集中备份到备份设备中存放。采用持续增量备份,就是TS...
  • IBM TSM 6.3学习笔记

    2019-11-21 14:43:37
    TSM概述 TSM包含以下组件: 服务器 服务器程序 服务器程序向客户机提供备份、归档和空间管理服务。 管理界面 通过管理界面,管理员可以控制并监视服务器活动,定义客户机的管理策略,以及设置调度以定期向...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,839
精华内容 735
热门标签
关键字:

tsm功能