想做到苹果备份那样，用win7+nas自动备份都要怎么设置

利用NAS本身具有的SnapShot(快照)功能，可制定快速NAS数据自动备份策略，将重要的数据进行备份恢复。
NAS数据自动备份具体实现：
1) NAS将其上的某一目录共享给若干主机
2) 这些主机可通过map(映射)NAS的这个目录到其相应的驱动器的方式实现文件共享
3) 对NAS上的重要数据可通过“快照”功能进行快速保存(将数据信息直接保存在NAS存储上)
4) 当用户数据被进行错误的删除及修改后，可由管理员或用户本人通过“快照”选择不同时间的文件版本进行快速的文件恢复。
NAS作为备份服务器，可通过VERITAS NetBackup
Professional为IP网络上的笔记本及PC机提供备份数据存储空间。
NAS数据自动备份具体作法：
1) 在IP网络的某台主机上安装VERITAS NetBackup Professional Console
Management软件
2) 在NAS上安装VERITAS NetBackup Professional Backup
Server软件，在安装时要选择足够大的目录为客户提供足够的空间
3) 客户机在各自的主机系统上安装VERITAS NetBackup Professional Client软件
4) 在VERITAS Console Management Server上为IP网络上需要备份的客户机制定备份策略组。
5) 将客户机加入相应的备份策略组就可使用户进行相应的备份策略实施了。

对应717官方文档路径： Snapshot and restore
官方地址如下：
>长期运维elasticsearch时，你可能会遇到一个非常实用的需求：elasticsearch集群的存储空间有限，而每天都有海量的日志数据流入集群中。但是旧数据往往使用频率极低，那么是不是可以定期将过期数据从集群中移除，当必须要使用的时候再移入。

一般使用Elasticsearch的公司都有hadoop集群，那么我们可以这么做：把 Elasticsearch 索引数据转移到 HDFS 上，以解决 Elasticsearch 上的磁盘空间；而在我们需要的时候，又可以从 HDFS 上把索引恢复回来继续使用。

我们可以利用snapshot/restore两个api做到这一点。注：如果想使用HDFS作为快照的存储介质，必须事先安装repository-hdfs插件（官方还提供了S3,HDFS,Azure,GoogleCloudStorage对应插件）

或者离线安装
>mac磁盘空间往往不足，使用磁盘工具时会看到“可清除”一项，这部分该如何清除呢？

搜索了大量相关说明，大部分为清空废纸篓、上传文件至icloud之类的方法，这些方法可能有效，但只能解决部分问题，还有一种情况导致的“可清除”占用过大是由time machine 导致的，这就需要删除timemachine备份文件，具体如下：

1，关闭time machine，具体方法自行搜索

2，删除备份快照localsnapshot

21，进入命令行

22，查询localsnapshot，使用命令tmutil listlocalsnapshots

23，删除指定localsnapshot，tmutil deletelocalsnapshots
以上 *** 作仅供有技术背景人员使用！

IBM 使用SnapShot 术语来涉及Flashcopy 功能。其它的厂商可以使用SnapShot 术语。命令行窗口也可以使用SnapShot。 ServeRAID Manager 控制台使用Flashcopy。 一个Flashcopy 创建一个针对逻辑驱动器数据的时间点的备份。Flashcopy 备份可以用在硬盘克隆或者在那些正在运行且不能停止的生产机测试系统中的生产数据。Flashcopy 的最大优势在于可以减少针对数据库那样的大容量应用的备份窗口。备份应用的文件需要这个应用停止或者至少关闭所有打开的文件。这时数据都是处在同一个状态，然后备份可用进行。备份所有文件需要多少小时还是几天取决于文件大小和数量。在这期间应用程序不可用，而这通常不能被用户所接受。Flashcopy 在此情形下可用启到作用。 在停止应用且数据处于同一状态之后，一个Flashcopy 将为此应用创建一个逻辑驱动器。它将创建一个数据处于同一状态的新的逻辑驱动器。这个过程仅有几分钟，之后这个应用再次被打开，而这个新的逻辑驱动器将可用正式地开始备份。 为了创建Flashcopy 逻辑驱动器，一个阵列中必须至少存在一块逻辑驱动器。阵列为 Flashcopy 目标逻辑驱动器需要空间。 图1 阵列中的逻辑驱动器和数据 一个Flashcopy 的逻辑驱动器可用通过使用Snapshot 的命令行窗口中的命令来创建。这个创建过程包括在同一个阵列中创建一个新的逻辑驱动器。目标逻辑驱动器将有10%的容量大小作为来源逻辑驱动器。它包括两个数据区域：一个区域用来改变来源逻辑驱动器的数据，另一个区域用作查找表格。这个查找表格维持了一个在来源逻辑驱动器和目标驱动器的数据块之间的关系。在此期间目标驱动器没有数据块。 图2 阵列中的Flashcopy 来源个过程逻辑驱动器 Flashcopy 的目标逻辑驱动器和来源逻辑驱动器相比可以被指派到另一个主机。这是很重要的一点，因为在两个逻辑驱动器之间的可读数据是相同的。这就意味着被Microsoft Windows *** 作系统写入的磁盘标签也是相同的。这是由于Flashcopy 目标逻辑驱动器被指派到相同的主机的缘故。 为了从Flashcopy 目标驱动器上读数据，控制器正在浏览Copy-On-Write 查找标签。这个标签解释了被请求的数据块在COW 数据区域是否已经就绪，还是必须从来源逻辑驱动器中读出来。在创建了Flashcopy 目标逻辑驱动器之后，在COW 区域内没有数据块，所有的数据块被从来源逻辑驱动器中读出来。 在一个数据块被写入来源逻辑驱动器的新数据之前，存储区域的后台任务将会拷贝旧的数据块到Flashcopy 的目标逻辑驱动器中。查找标签被修改得可以反应当前的数据块是在 Flashcopy 的目标逻辑驱动器上。它和来源逻辑驱动器上的数据块的关系不再是必需的和移除的。在来源逻辑驱动器上的数据块的改变将不会被复制到目标逻辑驱动器上。这个类型的 Flashcopy 被称作“Copy-On-Write(COW)”，因为当一开始执行写入数据块，数据就立刻复制。 图3 阵列中的Flashcopy 来源和目标逻辑驱动器 — 在来源驱动器上改变数据 当Flashcopy 的目标服务器在读写模式时被指派到一个主机系统，那么它其中的数据就会发生改变。读数据同样在一个读写的环境下。当数据不在COW 区域时，它将被带到来源逻辑驱动器。在COW 区域写数据将只会改变数据。当数据被从来源逻辑驱动器中读出，然后被写入目标逻辑驱动器的Flashcopy 中时，COW 查找标签将会发生改变，同时数据之间的关系将被溶解。 图4 阵列中的Flashcopy 来源和目标驱动器 — 改变目标逻辑驱动器上的数据 在备份或者写入目标逻辑驱动器很多数据发生变化时，在阵列中的较大空间需要增大目标逻辑驱动器的容量大小。目标逻辑驱动器可以增长到和来源驱动器一样的容量大小。当没有足够的空间可以用来增大目标逻辑驱动器时，Flashcopy 不可用且必须删除。 多个Flashcopy 可以被一个单独的逻辑驱动器创建。Flashcopy 将建立一个Flashcopy 组。COW 查找标签和COW 数据区域可以共享相同的Flashcopy 组。每个Flashcopy 组需要 2MB 的系统内存。Firmware 允许在每个Enclosure 上最大有4 个Flashcopy。当需要更多的Flashcopy 时，必须购买一个功能许可来升级4 个Flashcopy 到256 个。取决于使用，需要更大的内存。IBM 建议一个TotalStorage DS300 和DS400 的1701-1RS 和1701-2RD 的系统内存升级到1GB。 注意：TotalStorage DS300 1701-1RL 只可以使用4 个Flashcopy。系统内存升级和 Flashcopy 升级到256 个是不支持的。 为了从一个逻辑驱动器中创建Flashcopy 或者SnapShot，可以参考以下步骤： 1在TotalStorage DS300 或DS400 的管理端口上打开一个Telnet 程序。 2“show license”指令可以提示出SnapShot 可以使用的最大数量。 图5 显示License 信息 3从逻辑驱动器“DANUBE-MAIL”上创建一个Snapshot，然后命名这个SnapShot 目标逻辑驱动器为“DANUBE-MAIL-S1”。下面的例子没有定义一个Initiator 可以连接SnapShot 的目标逻辑驱动器。这样只能在以后来实现或者通过命令行的方式添加Initiator aliases。 注意：你的数据在一致的状态，同时没有I/O 发送到Flashcopy 的来源逻辑驱动器上是很重要的。这可以通过关掉系统来实现。这样将会断开Initator 和逻辑驱动器的连接。其它的选项要取决于逻辑驱动器的使用以及相关应用。停止一个已经启动的逻辑驱动器的I/O，对 *** 作系统来做这是不可能的。 图6 创建SnapShot 4从ServeRAID Manager 控制端，Flashcopy 逻辑驱动器可以被查看、删除、连接控制以及被管理验证，就像其它的逻辑驱动器一样。 5 ServeRAID Manager 控制端显示创建Flashcopy 目标逻辑驱动器，用它自己独有的标志，不同与通常的逻辑驱动器和Flashcopy 目标逻辑驱动器。图4-157 显示了两个Flashcopy 目标逻辑驱动器“COROLADO-DB-20050819001”和“COROLADO-DB-20050819002”。 图7 ServeRAID Manager 控制端的Flashcopy 目标逻辑驱动器 6从来源逻辑驱动器的窗口属性可以发现Flashcopy 被何时使用。选择来源逻辑驱动器的 Flashcopy，然后使用菜单“Actions”—>“Properties”或者通过下拉菜单来打开属性窗口。相应的Flashcopy 目标逻辑驱动器将会被突出显示。 图8 ServeRAID Manager 菜单Action —> Properties 7在“Device”标签中“Flashcopy type Parent”可以看到。 图9 Flashcopy 来源逻辑驱动器 — 设备属性 8“Flashcopy children”标签只存在于Flashcopy 来源逻辑驱动器。这个标签列出了 Flashcopy 被使用的数据。它也显示了“Data Space”和“Virtual Space”。数据空间就是当前的阵列中的Flashcopy 所需要的空间；虚拟空间显示了数据空间可以增长的最大值。下图显示了第二个Flashcopy 不需要数据空间。这是由于COW 区域和COW 查找标签在两个 Flashcopy 中被共享。 图10 一个Flashcopy 来源逻辑驱动器中的Flashcopy 子属性 注意：数据空间的值只可以在ServeRAID Manager 控制端被找到。命令行不提供此数值。

Elasticsearch文档里对于snapshot有如下描述：
The index snapshot process is incremental In the process of making the index snapshot Elasticsearch analyses the list of the index files that are already stored in the repository and copies only files that were created or changed since the last snapshot
这里说snapshot是增量备份的，每次snapshot，es会分析index文件，并且只备份增量部分。
我们从文档中得到几个观点：

下面我们通过一些用例来验证上面的几个观点：

查看耗时:

可以看到 "duration_in_millis": 18106 ，18106毫秒，18秒。
查看hdfs磁盘使用量:

磁盘使用量也未增长。

还原成功:

---