转自:https://www.cnblogs.com/chjbbs/p/6480687.html Usage:   pg_dump [OPTION]... [DBNAME] 数据库名放最后,不指定默认是系统变量PGDATABASE指定的数据库. General options:(一般选项)   -f, --file=FILENAME          output file or directory name导出后保存的文件名   -F, --format=c|d|t|p         out

--数据库备份压缩拷贝实例:前提要安装RAR压缩软件--声明变量declare @day varchar(10),@dbname varchar(20),@filename varchar(100),@cmd_str varchar(500),@local_name varchar(500)--初始变量值set @day = convert(varchar(10),getdate(),112)set @dbname='database'set @filename=@dbname+@dayset

背景及原理 数据库的备份是灾难恢复的最后一道屏障,不管什么类型的数据库都需要设置数据库备份,MongoDB也不例外.MongoDB 3.0 后 ,数据库可以采用Wiredtiger存储引擎后(3.2 版本默认),在此环境下通过mongodump 备份后,产生的备份文件要远大于数据存储文件的大小.此外,一般MongoDB存储的数据量比较大,备份文件也比较大,占用了很多磁盘空间.所以,研究如何实现MongoDB备份压缩很有必要. 上图是执行命令 db.stats() 查看某数据库的信息. 备份文件的

oracle rman自带的备份压缩机制,可以有效的压缩备份的大小,降低磁盘的占用率.但是也会因为压缩而消耗更多的系统性能,和增加备份时间.现在就通过实验来看压缩和不压缩的区别. 进行不压缩全备 RMAN> backup database format '/RmanBackup/full_%d_%T_%s_%p.DBFILE'; ... 通道 ORA_DISK_1: 备份集完成, 用时: ::55... 通道 ORA_DISK_1: 备份集完成, 用时: ::05... 通道 ORA_DISK_

1.Oracle参考文档中关于RMAN备份压缩的描述1)关于如何通过调整RMAN参数启用取消备份压缩功能http://download.oracle.com/docs/cd/B19306_01/backup.102/b14192/setup004.htm#sthref229使用关键字COMPRESSED启用RMAN压缩备份方法RMAN> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET;去掉COMPRESSED关键字取消

测试环境:Windows Azure上海机房,虚拟机配置为大型(四核,7 GB 内存),磁盘情况见下图. 数据库备份压缩文件大于为12.0 GB (12,914,327,552 bytes),放置于Temporary Storage(D:). 数据库恢复操作命令如下: , MOVE N'CNBlogsText' TO N'F:\DATA\CNBlogsText.mdf', MOVE N 也就是从D盘恢复至F盘. 实测恢复耗时1小时44分15秒. 与其他云服务商的对比: 4月份在阿里云上做的数据库

部署完毕nginx之后,发现自己的/var/log/nginx/*log的日志不会压缩,一直都是一个文本写日志, 时间久了,日志文件内存过于增加,将会导致在日志添加过程效率降低,延长时间. 默认安装的nginx都会每天凌晨自动去备份,但是也有nginx 不会自动备份压缩日志, 于是我们先使用命令看看配置: cat /etc/logrotate.d/nginx 当然也可以直接修改 vim /etc/logrotate.d/nginx 然后把我下面的命令粘贴进去 /var/log/nginx/*lo

备份打包:tar 指令名称:tar语法:tar 选项[zcvf] [文件或目录]-z 使用gzip压缩.tar文件-c 产生一个.tar文件-v 观看归档过程-f 指定归档后的文件功能描述:归档文件目录归档后文件格式:.tar 范例:$ tar cvf mymail.tar Mail/将目录Mail/下所有文件归档成一个文件.$ gzip -9 mymail.tar最佳状况压缩生成的mymail.tar tar的解压缩语法:tar xvf mymail.tar-x 将归档包解析成文件-t 测试归

<?php$server = 'localhost'; $link = mysql_connect($server, 'root', 'haven'); $result = mysql_query('show databases'); echo '<pre>'; while ($row = mysql_fetch_array($result)) {  @mysql_select_db($row[0]);  system("/usr/bin/mysqldump $row[0] -

使用7z的版本: @echo offset filename="d:\backup\dbname_%date:~0,10%"set zipfile="d:\backup\dbname_%date:~0,7%"set zip_cmd="C:\Program Files\7-Zip\7z.exe"echo 正在备份数据 ......exp username/password@servicename owner=owner file=%filename

.mysqldump 备份并压缩sql文件 mysql>mysqldump -h主机ip -u用户名 -p密码(也可不输入) 数据库名 | gzip > 压缩后文件位置 .mysql直接用压缩文件恢复 mysql>gunzip < backupfile.sql.gz | mysql -u用户名 -p密码(也可不输入) 数据库名

把下面脚本添加到服务器计划任务中去,设置为每天执行即可,文件备份路径即为脚本所在路径,必须安装压缩文件 @echo offrem 计算指定天数之前的日期,用于后面删除指定天数的数据set DaysAgo=7set/a year=1 rem 假设系统日期的格式为yyyy-mm-ddcall :DateToDays %date:~0,4% %date:~5,2% %date:~8,2% PassDaysset /a PassDays-=%DaysAgo%call :DaysToDate %PassD

一.tar命令 .解压文件 .tar.gz -C /opt (解压到/opt下) / /opt/tomcat (建立链接文件) 二.zip命令 // 1.把/home目录下面的mydata目录压缩为mydata.zip zip -r mydata.zip mydata #压缩mydata目录 // 2.把/home目录下面的mydata.zip解压到mydatabak目录里面 unzip mydata.zip -d mydatabak // 3.把/home目录下面的abc文件夹和123.txt

# -*- coding:utf-8 -*-__author__ = 'colin' #!/usr/bin/env python#-*- coding:utf-8 -*-import os,commandsimport MySQLdbimport timeimport subprocessimport multiprocessingimport paramiko BKPATH='/data/DB_back'NOTBK = ['information_schema','test','mysql',

gzip 命令 把/home/chenjialins目录下的familyA目录下所有文件压缩成.gz文件cd /home/chenjialinstar -cvf /home/chenjialins/familyA.tar /home/chenjialins/familyA 首先进行打包,因为gzip不能直接对目录进行压缩gzip familyA.tar 进行压缩gzip -l familyA.tar.gz 查看压缩包详细信息 解压缩familyA.targzip -dv familyA.tar.

(一)pg_dump备份 pg提供了pg_dump和pg_dumpall命令进行数据库的备份,pg_dumpall是将整个pg集群转储到一个脚本文件中,而pg_dump命令可以选择一个数据库或者部分表进行备份. pg_dump 把一个数据库转储为纯文本文件或者是其它格式,使用方法如下: [postgres@pg01 ~]$ pg_dump --help 用法: pg_dump [选项]... [数据库名字] **一般选项**: -f, --file=FILENAME 输出文件或目录名 -F, -

压缩备份集 stream模式支持且只支持:tar 和 xbstream 两种格式,后者是xtrabackup提供的专有格式,解包时需要同名的专用命令处理 innobackupex --defaults-file=/data/mysqldata/3306/my.cnf --user=backup --password='backup' --stream=tar /tmp | gzip -> /data/mysqldata/backup/xtra_full.tar.gz innobackupex:

[本博文,待完善] 以data原始文件为例,同tar备份,用xz压缩,实现备份->压缩整个过程的正向过程(生成.tar.xz)与其逆过程(先解压,后还原备份文件) 1.备份(tar) tar -cvf data.tar data # c:备份:f:指定文件名为data.tar: v:verbose,显示(备份)过程 2.压缩(压缩备份文件,此处用xz压缩工具) xz -z data.tar #-z:--compress,压缩data.tar 好了,从原文件(data)到备份并压缩文件(data.

一.日志文件样式 二.目标 1.备份压缩.log结尾&&时间样式为“date +%Y%m%d”的日志文件(如:20170912.20160311等) 2.可指定压缩范围(N天前至当天):如:今天.昨天(date -d "-1 day" +%Y%m%d)至今天.前天至今天 压缩命名格式为:日期.tar.gz(或:日期.tar.bz2),压缩N天范围内文件后将会生成N个压缩包 3.可指定压缩模式(二选一):tar czf  或  tar cjf 4.可指定删除范围:删除N天

问题:生产环境的数据库可能比较大,如果直接进行全备而不压缩的话,备份集就会占用了大量磁盘空间.给备份文件的存放管理带来不便. 解决方案:通过with compression显式启用备份压缩,指定对此备份执行备份压缩,覆盖服务器级默认设置.适用于 SQL Server 2008和更高版本.因为相同数据的压缩的备份比未压缩备份小,所以压缩备份所需的设备 I/O 通常较少,因此通常可大大提高备份速度. 脚本: /* 说明:手动修改[DB名称].要备份到的[路径和文件名],再执行脚本 脚本来源:http

1.xpath --1.文档 select @data --2.任意级别是否存在price节点 select @data.exist('//price') --3.获取所有book节点 select @data.query('//book') --4.获取所有包含lang属性的节点 select @data.query('//*[@lang]') --5.获取第一个book节点 select @data.query('//book[1]') --6.获取前两个book节点 select @dat