有关puppet agent端三种备份恢复方案探讨研究

备份方案一、通过自定义facter结合元素backup进行备份恢复

一、facter部署

1、创建目录结构

[root@puppetserver modules]# mkdirpublic/{modules,manifests,files,lib/facter} -p

2、打开模块中的插件功能

[root@puppetserver public]# vim/etc/puppet/puppet.conf

[main]

pluginsync = true

3、编写自定义fact

[root@puppetserver public]# vim/etc/puppet/modules/public/lib/facter/backup_date.rb

# backup_date.rb

#

Facter.add("backup_date") do

setcode do

Facter::Util::Resolution.exec('/bin/date +%Y%m%d%H%M%S')

end

end

4、建立环境变量(测试用)

[root@puppetserver public]# exportFACTERLIB=/etc/puppet/modules/public/lib/facter

5、测试fact(如果不正常,会显示调试信息)

[root@puppetserver puppet]# facterbackup_date

201307241552

6、客户端查看facter是否被下载生效

notice: Starting Puppet client version2.7.21

info: Retrieving plugin

notice:/File[/var/lib/puppet/lib/facter/backup_date.rb]/ensure: defined content as'{md5}91d97be10a35ab7971f77a2be9696031'

info: Loading downloaded plugin/var/lib/puppet/lib/facter/backup_date.rb

info: Loading facts in /var/lib/puppet/lib/facter/backup_date.rb

info: Caching catalog foragent1.bsgchina.com

info: Applying configuration version'1374652447'

notice: Finished catalog run in 1.47seconds

info: Retrieving plugin

info: Loading facts in/var/lib/puppet/lib/facter/backup_date.rb

info: Caching catalog foragent1.bsgchina.com

info: Applying configuration version'1374652447'

notice: Finished catalog run in 1.36seconds

[root@agent1 ssh]# ll/var/lib/puppet/lib/facter/

total 8

-rw-r--r-- 1 root root 138 Jul 24 16:13backup_date.rb

[root@agent1 ssh]#

时间: 2024-12-30 22:06:44

有关puppet agent端三种备份恢复方案探讨研究的相关文章

中小型数据库 RMAN CATALOG 备份恢复方案(三)

      在前两篇文章中描述了中小型数据库使用RMAN catalog设计备份与恢复方案,并给出了所有相关的脚本来从某种车程度上模拟Oracle Data Guard以减少硬件故障带来Prod服务器上数据库损失.在这边文章中主要描述Prod数据库的变迁在Bak server端如何进行恢复.           中小型数据库 RMAN CATALOG 备份恢复方案(一)          中小型数据库 RMAN CATALOG 备份恢复方案(二)   1.恢复前提     按照前两篇文章的描述,

中小型数据库 RMAN CATALOG 备份恢复方案(二)

      中小型数据库呈现的是数据库并发少,数据库容量小,版本功能受限以及N多单实例等特点.尽管如此,数据库的损失程度也会存在零丢失的情形.企业不愿意花太多的钱又要保证数据库的可靠稳定,可是苦煞了我这些搞DB的.接上一篇文章,中小型数据库 RMAN CATALOG 备份恢复方案(一),我们继续来给出基于中小型数据库的恢复的脚本与其部署.   1.RMAN还原shell脚本 --下面的shell脚本用于实现数据库的自动还原,还原成功后,数据库被关闭.因为我们在Prod数据库无异常的情形下,不需要

三种容器网络方案

本文讲的是三种容器网络方案[编者的话]本文是TheNewStack容器电子书的一部分,着重介绍了容器的网络互联方案.有兴趣的同学可以关注下电子书. 任何云端部署容器的关键之一是管理容器间的网络.在研究编写我们最新的电子书<Networking, Security & Storage with Docker & Containers>期间,我们总结了三种通过插件集成容器网络的方式.前一篇文章中,我们介绍了容器网络模型(CNM)和容器网络接口(CNI),这篇文章中我们会介绍它们的起

【转】Mysql三种备份详解

一.备份的目的 做灾难恢复:对损坏的数据进行恢复和还原需求改变:因需求改变而需要把数据还原到改变以前测试:测试新功能是否可用 二.备份需要考虑的问题 可以容忍丢失多长时间的数据:恢复数据要在多长时间内完: 恢复的时候是否需要持续提供服务:恢复的对象,是整个库,多个表,还是单个库,单个表. 三.备份的类型 1.根据是否需要数据库离线 冷备(cold backup):需要关mysql服务,读写请求均不允许状态下进行:温备(warm backup): 服务在线,但仅支持读请求,不允许写请求:热备(ho

数据库备份/恢复方案

备份|恢复|数据|数据库 利用SQL语言,实现数据库的备份/恢复的功能 体现了SQL Server中的四个知识点: 1.   获取SQL Server服务器上的默认目录 2.   备份SQL语句的使用 3.   恢复SQL语句的使用,同时考虑了强制恢复时关闭其他用户进程的处理 4.   作业创建SQL语句的使用   /*1.--得到数据库的文件目录  @dbname 指定要取得目录的数据库名   如果指定的数据不存在,返回安装SQL时设置的默认数据目录   如果指定NULL,则返回默认的SQL备

中小型数据库 RMAN CATALOG 备份恢复方案(一)

        对于数据库的稳定性,高可用,跨平台以及海量数据库的处理,Oracle 数据库通常是大型数据库和大企业的首选.尽管如此,仍然不乏很多中小企业想要品尝一下Oracle腥味,因此在Oracle环境中也有不少中小型数据库.出于成本的考虑,通常有可能就搞个标准版了,跑在Linux上.谁叫Oracle太贵呢?对于中小企业而言,选择合理的才是最好的.对我们这些个搞DB的,贵的一定有贵的道理,我们也可以都进多几斗米.哈哈......典型的打工者的心态哟.言归正传,中小企业的成本限制了我们搞高可用

css的三种定位方式使用探讨

css 3种类型定位方式,进行控制页面布局:普通定位,浮动定位,绝对定位. 默认使用普通流技术再页面中布局元素,希望表现与普通流不同,另外两个特性position和float 具体实例   复制代码 代码如下: <html> <head> <title> css定位功能探索 </title> <style type="text/css"> #relative{ /*相对定位探索 将相对于它在普通流中位置进行定位 相对定位实际上

Spring三种bean装配方案

首先来个简单且古老的Java类吧 public class SpringBean { public void say(){ System.out.println("这是一个SpringBean"); } } 1.当然了,第一种必须是我们最智能话的装配方案,自动装配了. 在自动装配的时候,需要保证对类进行注解操作. @Component//一种通用的组件描述 @Controller//通常用于web中的控制器组件上 @Service//通常用于service服务组件上 @Reposito

MongoDB迁移的那些事:冷备份+增量备份恢复

作者介绍 胡国青,DBAplus社群群副,Oracle OCM10G.曾任职惠普.快乐购-芒果TV等公司服务,主要负责DBA和技术架构工作.热衷于Oracle.MySQL.MongoDB.Redis. Linux.Java.Python.shell等技术.目前服务于初创公司和没有DBA的部分公司,负责SQL优化.DB培训.DB架构设计等相关工作.   本文分享某客户实施方案,在今年9月中旬已经实施完毕.   一.环境构建步骤   1线上环境  都是副本集模式看,3个业务访问节点+1个隐藏节点+1