无忧启动论坛

标题: 关于Acronis True Image备份还原 [打印本页]

作者: cuicongyuan    时间: 2022-5-14 15:24
标题: 关于Acronis True Image备份还原
本帖最后由 cuicongyuan 于 2022-5-14 19:59 编辑

本人经常在PE中用Acronis True Image备份还原Windows系统,把本人使用心得说一下:
1.Acronis True Image 2018备份还原速度,比Acronis True Image 2020慢。

2.Acronis True Image 2018备份文件大小,比Acronis True Image 2020大。

3.Acronis True Image 2018备份文件,完全备份及增量备份是多个文件;Acronis True Image 2020备份文件,完全备份及增量备份是单个文件。

4.Acronis True Image 2018还原方便;Acronis True Image 2020还原系统时,需要选择日期-时间,如果备份年份久了,翻日历(日期)比较费时。

5.Acronis True Image相比于其它备份还原软件,一个字——快!

6.总结:用一个PE(ATI2018)备份,用另一个PE(ATI2020)还原,这样就不需要翻日历了




作者: cuicongyuan    时间: 2022-5-14 15:29
本帖最后由 cuicongyuan 于 2022-5-14 15:48 编辑

已解决——请教坛友:如何编辑标题和内容啊?

作者: 481416322    时间: 2022-5-14 15:39
谢谢你解决了
作者: gtc    时间: 2022-5-14 16:42
建议你用2017版。
作者: cuicongyuan    时间: 2022-5-14 16:48
gtc 发表于 2022-5-14 16:42
建议你用2017版。

谢谢!
作者: cuicongyuan    时间: 2022-5-14 16:51
2011wyy 发表于 2022-5-14 16:49
Acronis True Image 软件本身体积较大

建议直接使用微软提供的备份与恢复工具,小巧实用,在PE中应用很 ...

感谢!
作者: Bluebells    时间: 2022-5-14 17:16
本帖最后由 Bluebells 于 2022-5-14 17:18 编辑

Acronis True Image 2020 及以上版本使用的是新的成像算法,无论成像速度还是压缩率方面都非常优秀;同时这个版本及以上版本在还原操作时增加了日期选择(绝对的败笔);Acronis True Image 2020 还用一个非常诟病的问题,就是 for PE 或启动媒体,在程序界面语言为简体中文时,生成的备份映像扩展名不合法,且这个bug官方一直没有去修复

Acronis True Image 2019 及以上版本在备份/还原的某一阶段都会有一个自动扫描本地磁盘备份映像的操作(某些人很喜欢这个功能,然而当本地磁盘数据有非常多时,会导致这个扫描操作消耗非常多的时间,个人觉得这是一个非常鸡肋的功能)

Acronis True Image 2018/2020 版本在正常 Windows 环境时运行 for PE 版本时,会无法正常注册

Acronis True Image 2017 有两个版本,其中较新的为 NG 版本,这个版本及以上对系统依赖的库文件有所减少,但组件体积比传统版本略大

Acronis True Image 2016 版本是 Acronis True Image 系列的第一个多语言版本且安装包中附带 for PE 组件的版本

Acronis True Image 2014 据说是目前传统成像算法(2019及以下)中,备份速度最快的版本

再说一下映像还原的速度问题,其实在所有的版本中,除去操作方面的复杂,所有版本在还原映像时,其速度基本变化不大
作者: qingyi78    时间: 2022-5-14 17:52
http://bbs.wuyou.net/forum.php?m ... d=424151&extra=
我很久前写过一篇,2021VS2019
作者: 9527sss    时间: 2022-5-14 18:51

谢谢分享
作者: cuicongyuan    时间: 2022-5-14 19:33
qingyi78 发表于 2022-5-14 17:52
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=424151&extra=
我很久前写过一篇,2021VS2019

谢谢分享!
作者: cuicongyuan    时间: 2022-5-14 19:36
9527sss 发表于 2022-5-14 18:51
谢谢分享

感谢!
作者: cuicongyuan    时间: 2022-5-14 19:39
Bluebells 发表于 2022-5-14 17:16
Acronis True Image 2020 及以上版本使用的是新的成像算法,无论成像速度还是压缩率方面都非常优秀;同时这 ...

谢谢老师!
“同时这个版本及以上版本在还原操作时增加了日期选择(绝对的败笔)”
——深有体会
作者: lbw2007    时间: 2022-5-14 20:52
还在用ATI2013单文件。只有13MB很好用
作者: wahopi    时间: 2022-5-15 09:06
老铁可以试试 2022
作者: krell    时间: 2022-5-15 15:45
为什么需要2个PE呀。

在同一个PE下运行不同版本的 Acronis True Image:
http://bbs.wuyou.net/forum.php?m ... &extra=page%3D1
作者: cuicongyuan    时间: 2022-5-15 16:34
krell 发表于 2022-5-15 15:45
为什么需要2个PE呀。

在同一个PE下运行不同版本的 Acronis True Image:

学习了,谢谢!
作者: lqhaudit    时间: 2022-5-19 08:52
lbw2007 发表于 2022-5-14 20:52
还在用ATI2013单文件。只有13MB很好用

还没有2013的版本,可否分享上来。谢谢

支持win 10吗,UEFI + GPT 这种 ?
作者: gd小兵    时间: 2022-5-19 09:00
ATI备份识别不到硬盘有碰到的吗?
作者: yst088    时间: 2022-6-13 11:05
翻日历这点很讨厌,记不着时间还要看文件的生成日期
作者: wahopi    时间: 2022-6-13 11:08
ati备份慢  恢复快
作者: longbowzz    时间: 2022-8-3 16:14
感谢1、8、9楼兄弟们的经验和讲解,感觉很有用,都是些实在的干货。
作者: szyang    时间: 2022-8-23 14:33
还未曾用过,多谢分享!
作者: qingyi78    时间: 2022-8-24 17:01
个人认为可以利用ATI个版本的特性,定制属于自己的备份-恢复方式。
以我个人为例,
笔记本,双系统分区,一个EFI分区,在PE下,格式化两个系统分区,全盘用ati2018备份以避免备份日期选择
装好系统,用cgi备份系统为WIM,可增量,永远一个文件,
恢复时,分区表有问题,或者EFI分区损坏,用ATI2021恢复全盘,因为就一个TIB文件,ATI2021会自动找到,很方便。也可以用2018,速度没影响
只是系统要还原,就直接用CGI还原分区,可选择备份的任意增量,十分简单
作者: longbowzz    时间: 2022-8-25 10:58
Bluebells 发表于 2022-5-14 17:16
Acronis True Image 2020 及以上版本使用的是新的成像算法,无论成像速度还是压缩率方面都非常优秀;同时这 ...

Acronis True Image 2019 及以上版本在备份/还原的某一阶段都会有一个自动扫描本地磁盘备份映像的操作(某些人很喜欢这个功能,然而当本地磁盘数据有非常多时,会导致这个扫描操作消耗非常多的时间,个人觉得这是一个非常鸡肋的功能)
谢谢解析,怪不得用起来硬盘梗半天,绝对的败笔,体验非常差。官方可以增加一个按钮,提供单独的扫描功能给需要的人用。 我想绝大部分人都是不需要扫描功能的。
作者: bootfan    时间: 2022-10-10 13:50
感谢分享
作者: bgg023    时间: 2022-11-1 19:03
用Acronis True Image 2019 PE版吧..  2020 2021  新版的2022   还原时都要选备份时间,麻烦.
作者: ZMLoveLH    时间: 2022-11-3 22:05
多谢楼主分享使用电脑的经验啊,学习一下
作者: tearscn    时间: 2022-12-30 22:16
AcronisTrueImage2013.exe单文件很好用,但是有些杀毒软件报毒。
作者: yc2428    时间: 2023-1-27 22:13
感谢分享
作者: YLYQ    时间: 2023-1-29 23:57
good




欢迎光临 无忧启动论坛 (http://bbs.wuyou.net/) Powered by Discuz! X3.3