AV-Foundation学习笔记(数字媒体压缩)

by admin on 2019年9月12日

对时域信号举办数字化时,纵然保留原本、未压缩的数字表现效果,使用最纯粹的数字形式,那么存款和储蓄这段媒体须要大批量的仓库储存空间。譬如多少个44.1kHz、拾陆人LPCM(线性脉冲编码调制
linear pulse-code
modulation)的音频文件每秒钟或者须求占用10MB空间,一首5分钟的歌曲供给50MB。对于未压缩录像在30FPS帧率的情状下,如下:

(Linux学习笔记一:压缩)[20180209],学习笔记20180209

上学笔记一:压缩 二零一五年4月5日 下午 10:23 压缩命令 压缩文件的恢弘名许多是*.tar、*.tar.gz、*.tgz、*.gz、*.Z、*.bz2
广大的缩减命令gzip与bzip2,当中bzip2压缩比gzip要好 tar能够用来扩充文件打包,并可支撑gzip和bzip2的压缩 压缩 tar -jvc -f  filename.tar.bz2 /directory 询问 tar -jtv -f  filename.tar.bz2 解压 tar -jxv -f filename.tar.bz2 -C
/puorose/directory Dump 命令可备份文件系统或纯粹目录 Dump 的备份若针对文件系统时,可进行0~9的level差别备份。在这之中level为0为完全备份
restore命令可以还原被dump营造的备份文件 要新建光盘刻录数据时,可透过mkisofs命令来创设 可由此cdrecord来写入CD或VCD刻录机
dd可备份完整的分区或磁盘,因为dd可读取硬盘的扇区表面数据 cpio为一对一美好的备份命令,可是必供给搭配类似find命令来读入预备份文件 测验演练gzip与bzip2压缩  
tar打包 使用gzip压缩格式何况解决log和bz压缩档
[[email protected]
schema]$  tar -zcv -f schema_tar_test.tar.gz
–exclude=/u03/schema/*.log –exclude=/u03/schema/*.bz   /u03/schema
使用bzip2压缩格式並且化解log和gz压缩档
[[email protected]
schema]$  tar -jcv -f schema_tar_test.tar.bz2
–exclude=/u03/schema/*.log –exclude=/u03/schema/*.gz   /u03/schema
查看两个压缩比例
[[email protected]
schema]$ du -sh schema_tar_test.tar.* 160K   
schema_tar_test.tar.bz2 260K    schema_tar_test.tar.gz dump备份文件系统
模拟一个文件盘符
[[email protected]
u04]# dd if=/dev/zero of=/u04/loop_mount bs=1M count=1024 1024+0
records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 8.35942
seconds, 128 MB/s
[[email protected]
u04]#  mkfs.ext3 /u04/loop_mount
[[email protected]
u04]# mount -o loop  /u04/loop_mount /u04/mount_loop
[[email protected]
u04]# df -h Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             9.7G  5.4G  3.9G  59% / /dev/sda6             
31G  1.9G   28G   7% /u02 /dev/sda5              30G   21G  7.1G  75%
/u01 /dev/sda1             190M   23M  158M  13% /boot
tmpfs                1005M     0 1005M   0% /dev/shm
/dev/sdb              504G  263G  216G  55% /u03 /dev/sdc1            
504G  312G  167G  66% /u04 /u04/loop_mount      1008M   34M  924M   4%
/u04/mount_loop 创立dump备份目录
[[email protected]
u04]# mkdir backup
[[email protected]
u04]#  dump -0 -j -f /u04/backup/dump.bak /u04/loop_mount  DUMP:
Dumping /dev/sdc1 (/u04 (dir /loop_mount)) to /u04/backup/dump.bak  
DUMP: Label: none   DUMP: Writing 10 Kilobyte records   DUMP:
Compressing output at compression level 2 (bzlib)   DUMP: mapping (Pass
I) [regular files]   DUMP: mapping (Pass II) [directories]   DUMP:
estimated 1067027 blocks.   DUMP: Volume 1 started with block 1 at: Thu
Feb  5 10:08:25 2015   DUMP: dumping (Pass III) [directories]   DUMP:
dumping (Pass IV) [regular files]   DUMP: Closing /u04/backup/dump.bak
  DUMP: Volume 1 completed at: Thu Feb  5 10:09:01 2015   DUMP: Volume 1
took 0:00:36   DUMP: Volume 1 transfer rate: 156 kB/s   DUMP: Volume 1
1067020kB uncompressed, 5627kB compressed, 189.626:1   DUMP: 1067020
blocks (1042.01MB) on 1 volume(s)   DUMP: finished in 36 seconds,
throughput 29639 kBytes/sec   DUMP: Date of this level 0 dump: Thu Feb 
5 10:08:25 2015   DUMP: Date this dump completed:  Thu Feb  5 10:09:01
2015   DUMP: Average transfer rate: 156 kB/s   DUMP: Wrote 1067020kB
uncompressed, 5627kB compressed, 189.626:1   DUMP: DUMP IS DONE
[[email protected]
u04]# ls -l /u04/backup/ total 5640 -rw-r–r– 1 root root 5762814
Feb  5 10:09 dump.bak
[[email protected]
u04]# du -sh /u04/backup/ 5.6M    /u04/backup/ 测验出席文件至目录
[[email protected]
u04]# cp ogg.tar.gz /u04/mount_loop/
[[email protected]
u04]# du -sh /u04/mount_loop/ 503M    /u04/mount_loop/
[[email protected]
u04]# dump -1 -j -f /u04/backup/dump.bak /u04/loop_mount DUMP: Only level 0 dumps are allowed on a subdirectory
(不是单纯文件系统)   DUMP: The ENTIRE dump is
aborted. 备份boot盘符测验 [[email protected]
u04]# dump -0 -j -f /u04/backup/dump_boot.bak  /dev/sda1
[[email protected]
u04]# dump -1 -j -f /u04/backup/dump_boo01.bak /dev/sda1  DUMP:
WALacrosseNING: There is no inferior level dump on this filesystem   DUMP: WALX570NING: Assuming a level 0 dump by default (boot目录也没差异备份吗?)
[[email protected]
u04]# cd /u04/backup/
[[email protected]
backup]# ls dump.bak  dump_boo01.bak  dump_boot.bak
[[email protected]
backup]# du -sh * 5.6M    dump.bak 16M     dump_boo01.bak 16M    
dump_boot.bak      

Database Ip Gzip   Bzip2  
xxxxx xxx.xxx.xxx.xxx 2015/3/22 10:22:00 ~2015/3/23 01:5600 3小時 16GB 2015/03/25 09:05~2015/03/26 00:56 16小時 9.2GB

                 

学习笔记一:压缩贰零壹肆年10月5日中午 10:23压缩命令 压缩文件的强大名大多是
*.tar 、 *. tar.gz…

refer : 

上学笔记一:压缩

Linux学习笔记(7)Linux常用命令之裁减解压命令,学习笔记压缩解压

图片 1image.png

2015年2月5日

(1)gzip

gzip命令用于压缩文件,意国语原意为GNU
zip,所在路线/bin/gzip,其语法格式为:

gzip [文件]

调整和减弱后的文件格式为.gz。

例:将/etc目录下的services文件拷贝至/tmp目录,并采用gzip进行压缩。

[[email protected] tmp]# cp /etc/services services

[[email protected] tmp]# ls

services

[[email protected] tmp]# gzip services

[[email protected] tmp]# ls

services.gz

注:gzip只可以压缩文件,不能回降目录;gzip命令不保留源文件,上例就可以观察。

与上述同类大的传媒数据在蕴藏和传导中是不便利的。

上午 10:23

(2)gunzip

gunzip命令用于解压缩文件,意大利语原意为GNU
unzip,所在路线为/bin/gunzip,其语法格式为:

gunzip [压缩文件]

例:解压缩新创制的压缩文件

[[email protected] tmp]# gunzip services.gz

[[email protected] tmp]# ls

services

注:也可以应用gzip -d解压缩文件;gunzip试行后不保留源文件。

一、色彩贰次抽样

色彩二回抽样其实便是压缩颜色数据的经过。图片的绝大相当多数目都封存在亮度通道中,即使除去亮度,剩下的正是一幅灰度图片并且拥有细节都舍弃了。那是因为人的眸子对亮度的敏感度要超越色彩,由此大家得以小幅度减小存款和储蓄在各种像素中的颜色音信,而不致于图片的身分严重受到损害。

录像数据选拔的是YCbCr的颜色模型,也称为YUV。个中Y表示亮度分量,Cb表示白灰分量,Cr表示石磨蓝分量。常用的YCbCr有4:4:4、4:2:2、4:2:0、4:1:1。

  1. 4:4:4
    亮度和色彩音讯的比率为1:1,全体色彩音信都会被抽样,也便是全彩。
  2. 4:2:2 亮度和色彩新闻的比值为2:1,唯有三分之一的情调音讯被抽样
  3. 4:2:0和4:1:1 亮度和色彩音讯比值为4:1,独有53%的色彩音信被抽样

调减命令

(3)tar

tar命令用于打包目录,所在路线为/bin/tar,其语法格式为:

tar 选项[-zcf] [削减后的文件名] [目录]

在那之中,-c选项表示打包;-v选项表示显示详细新闻,-f选项钦点文件名,-z选项表示打包的还要开展削减,压缩后的文件格式为.tar.gz。

例:在/tmp目录下创设test/test1和test/test2目录,然后对test目录举行包装。

[[email protected] tmp]# mkdir -p test/test1 test/test2

[[email protected] tmp]# tar -czvf test.tar.gz test

test/

test/test2/

test/test1/

[[email protected] tmp]# ls -l

total 636

-rw-r--r--. 1 root root 641020 Jan  1 22:17 services

drwxr-xr-x. 4 root root   4096 Jan  1 22:25 test

-rw-r--r--. 1 root root    134 Jan  1 22:26 test.tar.gz

tar解压缩的语法格式为:

tar -xzvf [压缩文件]

内部,-x选项表示解包,-v选项表示显示详细音信,-f选项表示钦定解压文件,-z选项表示解压缩。

例:删除成立的test目录,然后解压缩test.tar.gz

[[email protected] tmp]# rm -rf test

[[email protected] tmp]# ls

services  test.tar.gz

[[email protected] tmp]# tar -xzvf test.tar.gz

test/

test/test2/

test/test1/

[[email protected] tmp]# ls

services  test  test.tar.gz

二、摄像编解码

对此录像编解码来说,AV Foundation
提供零星的编解码器集结,只支持苹果集团认同的前最主流的三种媒体类型。具体对于录制文件来讲,首要能够结为
H.264 和 Apple roRes。

万一是 H.264 规范的文本,AV Foundation 都提供录像编解码器协理。H.264
标准是 Motion Picture Experts Group 所定义的 MPEG-4 的一有个别。H.264
遵从刚开始阶段的 MEPG- I 和 MPEG-2 标准,但 l
是在以更低比特率获得更加高图片品质方面有了长足升高,使其更加好地用来流媒体文件和移动设备及录制录像头。

H.264 与任何格局的 MPEG
压缩同样,通过以下四个维度减弱了录像文件的尺寸:空间:压缩独立录制帧,被称之为帧内压缩。时间:通过以组为单位的摄像帧压缩冗余数据,这一进度称为帧间压缩。帧内压缩通过免去富含在各种独立录像帧内的色彩及结构中的冗余音讯来进行压缩,由此可在不减弱图片品质的意况下用尽了全力压缩尺寸。这类压缩同
JEPG 压缩的规律类似。帧内压缩也能够看成有损压缩算法,但 l
平时用于对原始图片的一部分实行拍卖以生成相当高水平的照片。通过这一进度创制的帧称为
I-rames。

在帧间压缩 l中,相当多帧被重组在协同作为一组图片,对于 GOP
所存在的时刻维度的冗余能够被免除。倘若设想录像文件中的规范场景,就能有一点点特定运动成分的定义,例如行驶的小车或街上行走的行者,场景的背景意况一般是平素的。固定的背景条件就象征个时刻维度上的冗余,那一个冗余就可以透过削减格局展开割除。

I-frames:这一个帧都是局地独自的帧或关键帧,包蕴创造完整图片需求的装有数据。每一种GOP 都正好有四个I-frames。由于它是多个独立帧,其尺寸是最大的,但也是解压最快的。

P-frames: P-frames 又称作预测帧,是从基于近些日子 I-frames 或 P-frames
的可预测的图纸张开编码得到的。P-frames 能够援引方今的预测 P-frames
或一组 I-frames。你将会时时来看这几个被称之为“reference frames”的帧,左近的
P-frames 和 B-frames 都得以对其开展引用。

B-frames: B-frames
又称之为双向帧,是依据使用此前和事后的帧新闻进行编码后收获的帧。大概没有须求仓库储存空间,但其解压进程会费用较长时间,因为它依赖于相近别的的帧。

H.264 还援助理编辑码视图,用于鲜明在全路编码进度中所使用的算法。共定义了 3
个高等专门的学业:

Baseline:这些正式一般用于对移动器械的传播媒介内容开展管理,提供了最低效的压缩,由此通过那些专门的工作压缩后的文书仍非常的大,然而还要这种办法也是最少总括强度的措施,因为它不匡助B-fames。要是开发者的编写翻译指标是时期相比悠久的 iOS 设备,比方 索尼爱立信 3
GS,可能须要用到 Baseline 规范。

Main:那个专门的学问的企图强度要比 Baseline
的高,因为它使用的算法越多,但足以完结相比高的压缩率。

High:高标准的方法会获得最高水平的裁减效果,但它也是 3
种办法中计算复杂度最高的,因为具有能用到的编码本领和算法大概都用到了。

压缩文件的恢弘名多数是*.tar、*.tar.gz、*.tgz、*.gz、*.Z、*.bz2

(4)zip

zip命令用于压缩文件或目录,所在路线为/usr/bin/zip,其语法格式为:

zip 选项[-r] [压缩后的文本名] [文件或目录]

当中,-r选项表示压缩目录,压缩后的文件格式为.zip。

例:将services文件举办zip压缩:

[[email protected] tmp]# zip services.zip services

  adding: services (deflated 80%)

[[email protected] tmp]# ls

services  services.zip  test  test.tar.gz

注:zip格式在Linux和Windows中均存在;压缩比并非相当高。

三、录制码率

码率是指单位时间内传输的多寡位数。摄像容量=摄像码率*时间,由此可见固定长度的录像,码率是调整大小的独一因素。摄像码率决定着录像的压缩效果,也调节了录制是品质。码率越高,品质越好,容积越大。码率越低,体量越小,摄像品质也越差。编码时,依据码率能够分成固定码率编码和可变码率编码。

固定码率:指编码器输出的码率一向为一个固定值,这种编码格局总计量小,编码速度快,不过编码效果不怎么好。对于画面变化大的录制片段,由于码率限制,导致录像特别模糊,但是对于画面变化小的一对,却会促成码率浪费。

可变码率:指编码器的输出码率能够依靠编码器的输入源实信号的复杂度自适应的调度,这种艺术编码效果相比好

 

广阔的缩减命令gzip与bzip2,当中bzip2压缩比gzip要好

(5)unzip

unzip命令用于解压.zip格式的文本,所在路线为/usr/bin/unzip,其语法格式为:

unzip [压缩文件]

例:解压services.zip文件

[[email protected] tmp]# unzip services.zip

Archive:  services.zip

replace services? [y]es, [n]o, [A]ll, [N]one, [r]ename:

源文件存在,解压时领悟是或不是替换。

四、音频编解码

万一是 Core 奥迪o 框架支持的节奏编解码,AV Foundation
都能够支撑,那意味 AV Foundation
可以帮助大气不相同格式的财富。然则在毫有线性 PCM
音频的情况下,更加多的只好动用 AAC。

高端音频编码是 H.264
规范对应的节拍管理格局,近年来已变成音频流和下载的点子财富中最主流的编码格局。这种格式比
MP4 格式有着明显的晋级,能够在低比特率的前提下提供越来越高素质的音频,是在
Web 上揭发和传唱的音频格式中最为了不起的。

只顾:AV Foundation 和 Core 奥迪o 提供对 MP5数据解码的匡助,可是不协助对其进展编码。

先说说常用的图片格式 : 

tar能够用来举行文件打包,并可帮助gzip和bzip2的回退

(6)bzip2

bzip2是gzip的晋升版本,也用于压缩文件,所在路线为/usr/bin/bzip2,其语法格式为:

bzip2 选项[-k] [文件]

里头-k选项发生压缩文件后保留源文件。压缩后的文件格式为.bz2。

使用tar命令能够将引得保存为.bz2文件,其格式为:

tar 选项[-cjvf] [缩减后文件名] [目录]

里面-j选项即表示压缩为.bz2文件。

例:使用bzip2命令对services文件实行削减,随后将test目录也拓宽压缩

[[email protected] tmp]# bzip2 -k services

[[email protected] tmp]# ls

services  services.bz2  services.zip  test  test.tar.gz

[[email protected] tmp]# tar -cjvf test.bz2 test

test/

test/test2/

test/test1/

[[email protected] tmp]# ls

services  services.bz2  services.zip  test  test.bz2  test.tar.gz

jpeg, jpg 

压缩 tar -jvc -f  filename.tar.bz2 /directory

(7)bunzip2

bunzip2命令用于解压缩.bz2文件,所在路线为/usr/bin/bunzip2,其语法格式为:

bunzip2 选项[-k] [压缩文件]

中间-k表示解压缩后保留源文件。

利用tar命令也能够解压缩.bz2的公文,其格式为:

tar 选项[-xjvf] [压缩文件]

例:删除services文件和test文件夹,然后分别解压缩:

[[email protected] tmp]# rm -rf services test

[[email protected] tmp]# ls

services.bz2  services.zip  test.bz2  test.tar.gz

[[email protected] tmp]# bunzip2 services.bz2

[[email protected] tmp]# tar -xjvf test.bz2

test/

test/test2/

test/test1/

[[email protected] tmp]# ls

services  services.zip  test  test.bz2  test.tar.gz

(1)gzip gzip命令用于压缩文件,土耳其共和国(The Republic of Turkey)语原意为GNU zip
,所在路线/bin/gzip,…

有损

查询 tar -jtv -f  filename.tar.bz2

大部网页图片都以 jpg 格式的. 

解压 tar -jxv -f filename.tar.bz2
-C /puorose/directory

特色便是小

Dump 命令可备份文件系统或纯粹目录

 

Dump 的备份若针对文件系统时,可实行0~9的level差别备份。当中level为0为总体备份

PNG (无损)

restore命令能够还原被dump构建的备份文件

特色是补助透明 

要新建光盘刻录数据时,可透过mkisofs命令来营造

 

可通过cdrecord来写入CD或DVD刻录机

Gif (无损)

dd可备份完整的分区或磁盘,因为dd可读取硬盘的扇区表面数据

特色是接济动画 

cpio为一定美貌的备份命令,但是绝对要搭配类似find命令来读入预备份文件

 

测验演习

质量压缩 (有损要损和没有毒的区分)

gzip与bzip2压缩

有损指的是图表压缩后品质会消失, 压缩进度中会遗失图片音讯(由于人的眼睛有限, 所以部分音讯便是错失了,我们在网页也是看不出来的)

 

无损是通过去除冗余音信完成的,进程中不会甩掉消息,类似 zip file
同样能够还原. 

tar打包

有损好处是可以减小的一点都不大.

运用gzip压缩格式况且消除log和bz压缩档

 

[oracle@xitest01 schema]$  tar -zcv -f schema_tar_test.tar.gz
–exclude=/u03/schema/*.log –exclude=/u03/schema/*.bz   /u03/schema

尺寸压缩 

使用bzip2压缩格式何况消除log和gz压缩档

尺寸指的是把 一千px * 一千px 的图样压缩成 100px * 100px 

[oracle@xitest01 schema]$  tar -jcv -f schema_tar_test.tar.bz2
–exclude=/u03/schema/*.log –exclude=/u03/schema/*.gz   /u03/schema

这般也足以让图片体积降少.

翻开两个压缩比例

 

[oracle@xitest01 schema]$ du -sh schema_tar_test.tar.*

 

160K    schema_tar_test.tar.bz2

asp.net c# 代码 : 

260K    schema_tar_test.tar.gz

            try
            {
                long quality = 90; //越高越清楚,越低size越小
                int targetWidth = 800; 
                int targetHeight = 0;
                string originalPath = @"C:\keatkeat\my projects\ThumbnailImage\Project\Project\test.jpg";
                string newPath = @"C:\keatkeat\my projects\ThumbnailImage\Project\Project\test123.jpg";

                using (Bitmap original = new Bitmap(originalPath))
                {
                    ImageCodecInfo codecInfo = GetEncoderInfo("image/jpeg");
                    Encoder encoder = Encoder.Quality;
                    EncoderParameters encoderParameters = new EncoderParameters(1);
                    EncoderParameter encoderParameter = new EncoderParameter(encoder, quality);
                    encoderParameters.Param[0] = encoderParameter;

                    int newWidth = 0;
                    int newHeight = 0;

                    if (targetWidth != 0)
                    {
                        decimal ratio = (decimal)targetWidth / original.Width;
                        newWidth = targetWidth;
                        newHeight = (int)(original.Height * ratio);
                    }
                    else
                    {
                        decimal ratio = (decimal)targetHeight / original.Height;
                        newHeight = targetHeight;
                        newWidth = (int)(original.Width * ratio);
                    }      

                    using (Bitmap newImage = new Bitmap(newWidth, newHeight))
                    {
                        newImage.SetResolution(original.HorizontalResolution, original.VerticalResolution);
                        using (Graphics g = Graphics.FromImage(newImage))
                        {
                            g.SmoothingMode = SmoothingMode.HighQuality;
                            g.InterpolationMode = InterpolationMode.HighQualityBicubic;
                            g.PixelOffsetMode = PixelOffsetMode.HighQuality;
                            g.DrawImage(original, 0, 0, newWidth, newHeight);
                        }
                        newImage.Save(newPath, codecInfo, encoderParameters);
                    }
                }
            }
            catch (Exception ex)
            {

            }

dump备份文件系统

private static ImageCodecInfo GetEncoderInfo(string mimeType)
{
int j;
ImageCodecInfo[] encoders;
encoders = ImageCodecInfo.GetImageEncoders();
for (j = 0; j < encoders.Length; ++j)
{
if (encoders[j].MimeType == mimeType)
return encoders[j];
}
return null;
}

上行下效四个文本盘符

 

[root@xitest01 u04]# dd if=/dev/zero of=/u04/loop_mount bs=1M
count=1024

 尺寸压缩原理就是重绘, js canvas 也能够成功. 品质滑坡只能用于 jpg. js
也是能够产生的,只是包容比较蛋疼.. /.\ 

1024+0 records in

refer : 

1024+0 records out

 

1073741824 bytes (1.1 GB) copied, 8.35942 seconds, 128 MB/s

[root@xitest01 u04]#  mkfs.ext3 /u04/loop_mount

[root@xitest01 u04]# mount -o loop  /u04/loop_mount /u04/mount_loop

[root@xitest01 u04]# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda2             9.7G  5.4G  3.9G  59% /

/dev/sda6              31G  1.9G   28G   7% /u02

/dev/sda5              30G   21G  7.1G  75% /u01

/dev/sda1             190M   23M  158M  13% /boot

tmpfs                1005M     0 1005M   0% /dev/shm

/dev/sdb              504G  263G  216G  55% /u03

/dev/sdc1             504G  312G  167G  66% /u04

/u04/loop_mount      1008M   34M  924M   4% /u04/mount_loop

成立dump备份目录

[root@xitest01 u04]# mkdir backup

[root@xitest01 u04]#  dump -0 -j -f /u04/backup/dump.bak
/u04/loop_mount

 DUMP: Dumping /dev/sdc1 (/u04 (dir /loop_mount)) to
/u04/backup/dump.bak

  DUMP: Label: none

  DUMP: Writing 10 Kilobyte records

  DUMP: Compressing output at compression level 2 (bzlib)

  DUMP: mapping (Pass I) [regular files]

  DUMP: mapping (Pass II) [directories]

  DUMP: estimated 1067027 blocks.

  DUMP: Volume 1 started with block 1 at: Thu Feb  5 10:08:25 2015

  DUMP: dumping (Pass III) [directories]

  DUMP: dumping (Pass IV) [regular files]

  DUMP: Closing /u04/backup/dump.bak

  DUMP: Volume 1 completed at: Thu Feb  5 10:09:01 2015

  DUMP: Volume 1 took 0:00:36

  DUMP: Volume 1 transfer rate: 156 kB/s

  DUMP: Volume 1 1067020kB uncompressed, 5627kB compressed, 189.626:1

  DUMP: 1067020 blocks (1042.01MB) on 1 volume(s)

  DUMP: finished in 36 seconds, throughput 29639 kBytes/sec

  DUMP: Date of this level 0 dump: Thu Feb  5 10:08:25 2015

  DUMP: Date this dump completed:  Thu Feb  5 10:09:01 2015

  DUMP: Average transfer rate: 156 kB/s

  DUMP: Wrote 1067020kB uncompressed, 5627kB compressed, 189.626:1

  DUMP: DUMP IS DONE

[root@xitest01 u04]# ls -l /u04/backup/

total 5640

-rw-r–r– 1 root root 5762814 Feb  5 10:09 dump.bak

[root@xitest01 u04]# du -sh /u04/backup/

5.6M    /u04/backup/

测验参预文件至目录

[root@xitest01 u04]# cp ogg.tar.gz /u04/mount_loop/

[root@xitest01 u04]# du -sh /u04/mount_loop/

503M    /u04/mount_loop/

[root@xitest01 u04]# dump -1 -j -f /u04/backup/dump.bak
/u04/loop_mount

DUMP: Only level 0 dumps are allowed on a
subdirectory (不是单纯文件系统)

  DUMP: The ENTIRE dump is aborted.

备份boot盘符测量试验

[root@xitest01 u04]# dump -0 -j -f
/u04/backup/dump_boot.bak  /dev/sda1

[root@xitest01 u04]# dump -1 -j -f /u04/backup/dump_boo01.bak
/dev/sda1

 DUMP: WARNING: There is no inferior level dump on this filesystem

  DUMP: WA昂CoraNING: Assuming a level 0 dump by default
(boot目录也没差异备份吗?)

[root@xitest01 u04]# cd /u04/backup/

[root@xitest01 backup]# ls

dump.bak  dump_boo01.bak  dump_boot.bak

[root@xitest01 backup]# du -sh *

5.6M    dump.bak

16M     dump_boo01.bak

16M     dump_boot.bak

 

 

 

Database
Ip
Gzip
 
Bzip2
 
xxxxx
xxx.xxx.xxx.xxx
2015/3/22 10:22:00 ~2015/3/23 01:5600 3小時
16GB
2015/03/25 09:05~2015/03/26 00:56 16小時
9.2GB

 

 

 

 

 

 

 

 

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图