tsm

　　今天在学习TSM的配置时，发现在策略域中有备份保留时间和归档保留时间，有点搞不清，于是查了下资料，现在就查看的资料进行一个自我总结吧。 备份： 　　在IBM TSM中，备份一般是指创建一份数据对象的拷贝，主要用于数据的恢复。一个数据对象可以是一个文件或一个用户定义的数据对象如一个数据库的表。在IBM TSM中，可以做多个版本的备份。每个版本发生在不同的时间点，只要数据对象进行更新了。当客户端的原始数据对象丢失或者崩溃，可以采用备份,一般是最近的一次备份进行数据对象的恢复。当然也可以从现存的备份版本中进行选择。备份版本的数目和保留时间可以在服务器端进行定义，一般通过TSM web端策略域中的管理类中的备份设置中来设置备份的版本数量和保留时间。在这里要详细解释一下这个版本数量和保留时间。 　　一个文件的备份一般有三种状态，如有一个文件A，每天修改其内容，且修改完后就进行备份，两天后就有两个备份版本A_bak1,A_bak2,然后今天又将A修改备份一次，则此时就有A_bak1,A_bak2,A_bak3三个备份文件即成为三个备份版本，其中A_bak1是与A的内容完全一致，则A_bak1成为active版本，其余两个成为inactive版本，假设设定的备份版本数量为三，那此时我在修改A一次，则原来的1,2,3版本就会变成2,3,4版本，最新的备份会成为1号版本，并成为active版本

InfluxDB基本概念和操作 InfluxDB基本概念 1、数据格式 在 InfluxDB 中，我们可以粗略的将要存入的一条数据看作 一个虚拟的 key 和其对应的 value(field value) 。格式如下： cpu_usage,host=server01,region=us-west value=0.64 1434055562000000000 虚拟的 key 包括以下几个部分： database, retention policy, measurement, tag sets, field name, timestamp。 database: 数据库名，在 InfluxDB 中可以创建多个数据库，不同数据库中的数据文件是隔离存放的，存放在磁盘上的不同目录。 retention policy: 存储策略，用于设置数据保留的时间，每个数据库刚开始会自动创建一个默认的存储策略 autogen，数据保留时间为永久，之后用户可以自己设置，例如保留最近2小时的数据。插入和查询数据时如果不指定存储策略，则使用默认存储策略，且默认存储策略可以修改。InfluxDB 会定期清除过期的数据。 measurement: 测量指标名，例如 cpu_usage 表示 cpu 的使用率。 tag sets: tags 在 InfluxDB 中会按照字典序排序，不管是 tagk 还是 tagv

tsm: TSM> activate policyset s85domain standard 使用上面的命令来激活策略集时候，会生成一个名为active的策略集,与original的策略集有着相同的管理类和拷贝组， Protect: TSM01>q copygroup Policy Policy Mgmt Copy Version- Version- Retain Retain Domain Set Name Class Group s Data s Data Extra Only Name Name Name Exists Deleted Versions Version --------- --------- --------- --------- -------- -------- -------- ------- ALLENDOM ACTIVE ALLENCLA- STANDARD 2 1 30 60 SS ALLENDOM ACTIVE STANDARD STANDARD 2 1 30 60 ALLENDOM STANDARD ALLENCLA- STANDARD 2 1 30 60 SS ALLENDOM STANDARD STANDARD STANDARD 2 1 30 60 名为 Active 的 policyset 不能直接修改。想要修改 Active

InfluxDB简介 InfluxDB是一个 时间序列数据库， 旨在处理高写入和查询负载。它是 TICK堆栈 的组成部分 。InfluxDB旨在用作涉及大量带时间戳数据的任何用例的后备存储，包括DevOps监控，应用程序指标，物联网传感器数据和实时分析。 功能特点 基于时间序列，支持与时间有关的相关函数（如最大，最小，求和等） 可度量性：你可以实时对大量数据进行计算 基于事件：它支持任意的事件数据基于事件：它支持任意的事件数据 主要特点 无结构（无模式）：可以是任意数量的列 可拓展的 支持 min , max , sum , count , mean , median 等一系列函数，方便统计支持 min , max , sum , count , mean , median 等一系列函数，方便统计 原生的 HTTP 支持，内置 HTTP API 原生的 HTTP 支持，内置 HTTP API 强大的类 SQL 语法强大的类 SQL 语法 自带管理界面，方便使用自带管理界面，方便使用 InfluxDB与传统数据库的比较 InfluxDB的名词 传统数据库的概念 database 数据库 measurement 数据库的表 points 表里的一行数据 InfluxDB的独特的特性 point Point相当于传统数据库里的一行数据，如下表所示： point属性 传统数据库中的概念

备份: 数据库备份： https://help.tableau.com/current/server-linux/zh-cn/cli_maintenance_tsm.htm#tsm https://help.tableau.com/current/server-linux/zh-cn/backup_restore.htm 更改默认备份路径方法： https://help.tableau.com/current/server-linux/zh-cn/cli_default_filepaths_tsm.htm 1/ 数据库文件备份 默认位置： /var/opt/tableau/tableau_server/data/tabsvc/files/backups 获取当前数据库备份位置: tsm configuration get -k basefilepath.backuprestore 改默认路径 tsm configuration set -k basefilepath.backuprestore -v /data/tableau_backup tsm pending-changes apply #会重启服务 #再获全备份默认路径，发现已变为 tsm configuration get -k basefilepath.backuprestore /data/tableau_backup

时序数据库技术体系 – InfluxDB TSM存储引擎之数据读取 http://hbasefly.com/2018/05/02/timeseries-database-7/ 2018年5月2日 范欣欣 时序数据库 任何一个数据库系统内核关注的重点无非：数据在内存中如何存储、在文件中如何存储、索引结构如何存储、数据写入流程以及数据读取流程。关于InfluxDB存储内核，笔者在之前的文章中已经比较全面的介绍了数据的文件存储格式、倒排索引存储实现以及数据写入流程，本篇文章重点介绍InfluxDB中时序数据的读取流程。 InfluxDB支持类SQL查询，称为InfluxQL。InfluxQL支持基本的DDL操作和DML操作语句，详见 InfluxQL_Spec ，比如Select语句： select_stmt = "SELECT" fields from_clause [ into_clause ] [ where_clause ] [ group_by_clause ] [ order_by_clause ] [ limit_clause ] [ offset_clause ] [ slimit_clause ] [ soffset_clause ] . 使用InfluxQL可以非常方便、人性化地对InfluxDB中的时序数据进行多维聚合分析

InfluxDB基本概念 1、数据格式 在 InfluxDB 中，我们可以粗略的将要存入的一条数据看作 一个虚拟的 key 和其对应的 value(field value) 。格式如下： 1 cpu_usage,host = server01,region = us - west value = 0.64 1434055562000000000 虚拟的 key 包括以下几个部分： database, retention policy, measurement, tag sets, field name, timestamp。 database: 数据库名，在 InfluxDB 中可以创建多个数据库，不同数据库中的数据文件是隔离存放的，存放在磁盘上的不同目录。 retention policy: 存储策略，用于设置数据保留的时间，每个数据库刚开始会自动创建一个默认的存储策略 autogen，数据保留时间为永久，之后用户可以自己设置，例如保留最近2小时的数据。插入和查询数据时如果不指定存储策略，则使用默认存储策略，且默认存储策略可以修改。InfluxDB 会定期清除过期的数据。 measurement: 测量指标名，例如 cpu_usage 表示 cpu 的使用率。 tag sets: tags 在 InfluxDB 中会按照字典序排序，不管是 tagk 还是 tagv

cd先将服务器防火墙80级8850端口打开 临时关闭SELinux/防火墙 setenforce 0 iptables -F 重点 重点 不能用root用户安装 不能用root用户安装 第一步先创建一个安装用户 登录root用户添加组 #添加组 groupadd tableau #添加安装用户 useradd admin -g tableau #设置用户密码并激活 passwd admin 添加普通用户具有sudo权限 修改 /etc/sudoers 需要使用 visudo 指令 visudo 添加代码 a键可以进入编辑模式，移动光标至文末加入以下代码 admin ALL=(ALL) ALL 然后ESC退出编辑模式 输入 :wq 保存并退出 切换安装用户admin su admin cd /home/admin 有外网可以用wget命令下载以下任意一个软件安装包 2018.2.0 wget https://downloads.tableau.com/tssoftware/tableau-server-2018-2-0.x86_64.rpm 2018.2.2 wget https://downloads.tableau-china.com/esdalt/2018.2.2/tableau-server-2018-2-2.x86_64.rpm 2018.3.0 wget https:/

cd先将服务器防火墙80级8850端口打开 临时关闭SELinux/防火墙 setenforce 0 iptables -F 重点 重点 不能用root用户安装 不能用root用户安装 第一步先创建一个安装用户 登录root用户添加组 #添加组 groupadd tableau #添加安装用户 useradd admin -g tableau #设置用户密码并激活 passwd admin 添加普通用户具有sudo权限 修改 /etc/sudoers 需要使用 visudo 指令 visudo 添加代码 a键可以进入编辑模式，移动光标至文末加入以下代码 admin ALL=(ALL) ALL 然后ESC退出编辑模式 输入 :wq 保存并退出 切换安装用户admin su admin cd /home/admin 有外网可以用wget命令下载以下任意一个软件安装包 2018.2.0 wget https://downloads.tableau.com/tssoftware/tableau-server-2018-2-0.x86_64.rpm 2018.2.2 wget https://downloads.tableau-china.com/esdalt/2018.2.2/tableau-server-2018-2-2.x86_64.rpm 2018.3.0 wget https:/

前言 ：   最近在不定时的出差后，小编总结出来一个问题，自从2013年大数据火起来之后，到现在也经历了6年多，有些公司已经逐步废弃传统的关系型数据库，逐渐引入大数据平台，有些公司可能已经通过大数据平台从百亿基本数据中找到的其真正的价值，但是这个过程总是缓慢的，总要经历：数据的迁移、数仓的建设、基于数仓的上层开发、基于业务的报表分析...尤其是在数据的迁移的过程中，不同的项目根据需求不同会选择适合自己的数据库，从而导致，在将数据迁移到大数据平台上时多种多样的数据迁移方式，小编经历过的就有 MySQL、DB2、PostgreSQL、Oracle ，像这些数据库都是有直接的JDBC的驱动包，一般通过数据迁移工具sqoop或者一些ETL工具直接可以将数据抽取过来，但是也有些并非有JDBC的驱动包，有些数据迁移工具也并不支持的数据库；比如接下来小编要介绍的InfluxDB，他就是一个时序数据库，而且并没有相应比较好用的工具去抽取数据。只能先了解其原理，然后自己想办法，如何高效、简单的实现数据的迁移。   数据迁移总是一个头疼的问题，这里小编建议，先根据自己的业务和需求，在迁移数据之前，设计出适合各种场景的表，千万不要盲目的把数据迁移过来，之后再改表类型以及结构，否则后期的维护成本就相当高。好了，废话不多说了，以上是小编的一点愚见，接下来开始学习这个InfluxDB时序数据库！ 一