我每小时进行一次快照备份，每次执行时都会在/etc/lvm/archive创build文件。 但是lvm似乎没有注意到/etc/lvm/lvm.conf “backup”下的“retain_days”参数，因为我已经有了超过9000个文件，可以追溯到2012年。我应该设置一个cron工作来清除他们自己？ 这是configuration文件的备份部分： # Configuration of metadata backups and archiving. In LVM2 when we # talk about a 'backup' we mean making a copy of the metadata for the # *current* system. The 'archive' contains old metadata configurations. # Backups are stored in a human readeable text format. backup { # Should we maintain […]
我正试图在Solaris 10服务器上启用自动ZFS快照。 从广泛的谷歌search，我已经设法了解有/有一些自动化的服务来做到这一点，如： http://mij.oltrelinux.com/devel/zfsbackup/ 甚至find一个内置服务的手册： http://download.oracle.com/docs/cd/E19120-01/open.solaris/817-2271/6mhupg6oc/index.html 唉，在我正在研究的Solaris上，似乎找不到“时间滑块”服务，也没有其他文章提到的自动快照服务，这应该是内置的，只是启用。 有谁知道我可以如何安装/启用此服务？
我从命令行使用Oracle Virtualbox来pipe理我的虚拟机。 我正在用cronjob来讲每日快照。 但毕竟我只想保留7个最新的快照。 有没有一种方法可以在shell脚本中执行此操作？ 运行我的快照脚本后，它应该查找7天以前的快照（实际上只应该是1）并合并/删除它们。 这是我的cron脚本的样子： NOW=`date +"%m-%d-%Y-%T"` SNAPSHOT_NAME="snapshot_$NOW" SNAPSHOT_DESCRIPTION="Snapshot taken on $NOW" VBoxManage snapshot vm take "$SNAPSHOT_NAME" –description "$SNAPSHOT_DESCRIPTION"
比方说，我有一个ZFS文件系统设置为通过CIFS共享给用户，但是ACL被细分到共享的子文件夹中，以便某些用户不能进入。 我们还要说，我正在利用ZFS快照来使Windows用户能够恢复“以前的版本”。 ACL是否仍然将特定用户保留在他们不应该在快照中浏览的位置之外？
我有一个包含8个数据文件的2Tb + SAP数据库，第一个文件已经增长到填充我们的HP EVA5000上的可用磁盘空间，现在增长已经在新文件上。 我们将SQL从SQL Server 2000升级到2005，Checkdb工作方式不同，现在失败，没有空间来创build快照。 我们已经为每个文件添加了50Gb作为临时措施，同时我们预先设置了一个新的I / O子系统。 问题是：我们如何监控快照的使用？ 如果Checkdb启动，会有更多的空间，然后填满？ 如果你发现它的空间不足，你能否取消CheckDb？
我正在使用vSphere Replication 5.1每24小时将虚拟机发送到单独的数据存储区。 来宾操作系统静默选项是configuration每个虚拟机复制的一个选项。 选项是无和MS卷影复制服务（VSS） 。 我不确定这个选项的优缺点，也找不到解释它的很多信息。 有人对此有经验吗？
我正在看到我们的文件pipe理器上的各个卷最近生成了一堆Snapshot Full警告事件： 存储系统netappfiler.contoso.com上的Snapshot SnapMirror_sql_trns_log.snapshot上的警告事件6月22日10:03 Alaskan夏令时事件快照占用率为251.89％（使用14.7 GB的37.7 GB）。 这可能是我只是累了，但我真的很难理解这意味着什么。 我读过的文档是这个卷的快照保留已满，快照已经溢出到分配给正常使用的卷部分（ Snapshot副本和快照预留使用卷中的空间 ）的未使用空间中 。 我有几个关于这个情况的问题： 我的理解是正确的吗？ 我有点被NetApp使用的术语以及“快照已满”（这是指一个快照还是快照预留）？ 如果用户数据增长并与快照溢出空间竞争会发生什么？ 占用它的快照是否被删除？ 什么情况通常会导致这种情况发生？ 我的理解是，一旦快照储备已满或者新的快照将被填满，ONTAP只会根据需要将最早的快照从储备中popup。 在这种情况下，你甚至可以“填补快照”？
据我所知，LVM快照基本上不会在硬盘上占用“真实”空间。 我在主机上使用KVM虚拟化，假设我为我的Linux VM创build了一个LVM卷，然后正确安装它，closures它并获取它的LVM快照。 基本上我只是克隆它（LVM2快照是R / W）。 我把它喂给KVM，就是这样？ 我可以将此卷快照N次，获得实际硬盘上实际占用空间为零的虚拟机数量为N吗？ 当克隆的虚拟机开始写入时，它们实际上只会写入“主”虚拟机的差异。 这看起来像一个有趣的想法来pipe理大量的“模板”虚拟机，同时节省大量的磁盘空间。 或者，也许我只是在发明自行车。 你怎么看？ 这可能吗？
我打算很快升级我的环境到vmware 5.1，并想知道这里的任何人是否可能知道升级之前拍摄的快照： 在更新所有虚拟机之后，我是否需要快速启动并开始使用我的虚拟机作为新的起点？ 如果我的一些虚拟机上已经有一些快照，我必须在某个时间点恢复到升级到5.1之前的旧快照，那么这对虚拟机有什么影响？
我们有一些非常旧的基于文件的数据库（多用户，但不是基于服务器的）在VMWare ESXi上的一些虚拟机上运行。 build立 pipe理程序 ESXi正在运行ESXi版本5.1.0 虚拟机 使用Visual Fox Pro的VM正在运行Windows Server 2003 Standard Edition 5.2.3790 Service Pack 2 Build 3790 32位。 带有MS Access的VM正在运行Windows Server 2003企业版5.2.3790 Service Pack 2 Build 3790 32位。 这两个虚拟机都安装了VMware Tools 9.0.0，build-782409 … 基于文件的非quiescable基于文件的数据库 基于文件的数据库是Visual Fox Pro 9.0757（ .dbf和.cdx文件的免费表目录）和MS Access 2003数据库后端.mdb 。 备份方法 Esxi是使用Veeam 8备份的。 Veeam备份和复制版本是8.0.0.917，安装了补丁程序1，并备份到带有iSCSI的SAN上（如果有的话）。 它是一个反向增量备份，在备份过程中拍摄虚拟机的快照。 最初，这种反向增量备份方法进行完整备份并将其存储在.vbk文件中，并且每增加一个备份，它都会将更改存储在.vrb文件中。 以下设置已应用于备份： Quiescable数据库和VSS Microsoft卷影复制服务（VSS）将事件触发到可能在服务器（如SQL Server）上运行的应用程序（通知应用程序），以便可能正在运行的任何待处理的SQL事务在备份之前完成，并且所有传入在对存储数据库的文件进行备份之前停止操作，这被称为动词quiesce 。 这是使用服务器进程来存放数据库的原因，而不是仅仅使用文件和连接到它们的程序，文件的备份可以快速完成，而不会locking每个人。 […]