我正在以“远程桌面会话主机”模式安装新的Windows 2012 R2服务器，该模式将作为教室内的“terminal服务器”工作。 然后，这个想法是，服务器设置完成并准备好安装应用程序后，我会得到一个“快照”（或称之为任何你喜欢的），我安装特定课程所需的软件，让人们连接，当课程是完成（几个星期后），我回滚到最初的快照，有一个干净的状态，从下一个课程开始。 任何想法如何得到这个？ 我想了解一些解决scheme，但我也想问问他们的意见： 虚拟化RDSH服务器并从HyperVpipe理其快照，每次需要时还原 创build初始系统的VHD（phys2VHD ??），并从每次集成差分VHD引导 使用WindowsBackup和还原（但似乎保留新安装的应用程序的文件） 使用第三方软件如DeepFreeze，Timewiz，RollbackRX等。 ??? 对于上述我有一些疑问： 如何在快照中间集成补丁/更新？ 是否有可能恢复，而不是身体上的服务器（这是一个痛苦）？ 谢谢你的回答！
我有以下问题： 我无法弄清楚，如何创build驻留在encryption磁盘上的btrfs卷的快照。 这是设置： / dev / sdb是一个1TB的USB 3磁盘。 它有一个分区/ dev / sdb1，它填满整个空间。 在创build一个luks设备之前，这个分区被随机数据覆盖 cryptsetup luksFormat -v -y -c aes-xts-plain64 -s 512 / dev / sdb1 它随后被打开 cryptsetup luksOpen /dev/sdb1 platte 并通过创build一个文件系统 mkfs.btrfs -L MuPla /dev/mapper/platte / dev / mapper / platte很好地装载，我能够用文件填满昨天晚上。 在这一点上，我想做一个快照，以便能够跟踪文件的变化。 问题来了： btrfs device scan 没有列出文件系统。 也不 btrfs subvolume snapshot /dev/mapper/platte snap-2014-11-10 也不 btrfs […]
我试图通过创buildmaster datadir的lvm快照并将其复制到slave来设置mysql复制。 这个过程非常简单，在主服务器上执行“FLUSH TABLES WITH READ LOCK”，然后在第二个terminal上使用lvcreate -l40%FREE -s -n mysql-backup /dev/MySQL/mysql制作lvm快照，然后解锁表。 接下来，我装载快照并将datadir复制到slave，但是mysql无法启动，出现错误： 150105 12:50:53 mysqld_safe从/ var / lib / mysql数据库启动mysqld守护进程 150105 12:50:53 [Warning]更改限制：max_open_files：1024 max_connections：100 table_cache：457 InnoDB：InnoDB内存堆被禁用 InnoDB：Mutexes和rw_locks使用GCCprimefacesbuiltins InnoDB：压缩表使用zlib 1.2.7 InnoDB：使用Linux本机AIO InnoDB：初始化缓冲池，大小= 3.9G InnoDB：完成缓冲池的初始化 InnoDB：最高支持的文件格式是梭子鱼。 InnoDB：日志扫描通过检查点lsn 29552065932592 InnoDB：数据库没有正常closures！ InnoDB：启动崩溃恢复。 InnoDB：从.ibd文件读取表空间信息… InnoDB：错误：试图添加名为'./somedatabase/CRM_printers.ibd'的表空间210146 InnoDB：表空间的内存caching，但表空间 名称为“./somedatabase/status.ibd”的InnoDB：210146已经存在于表空间中 InnoDB：内存caching！ 150105 12:50:55 mysqld_safe mysqld从pid文件/var/run/mysqld/mysqld.pid结束 我检查了该表的文件存在。 所以接下来，我开始使用innodb_force_recovery = 1和mysql数据库，然后开始许多错误，如下所示： InnoDB：启动崩溃恢复。 InnoDB：从.ibd文件读取表空间信息… InnoDB：错误：试图添加名为“./db/k.ibd”的表空间210146 […]
我正在使用Apache Cassandra 2.1.2和AWS EC2 AMI“DataStax自动群集AMI 2.5.1-hvm”（DataStax社区AMI）的DataStax OpsCenter 5.0.2运行6节点群集。 当我尝试在OpsCenter密钥空间中的rollups60列族上运行修复时，在Cassandra系统日志中收到有关创build失败快照的错误。 修复似乎还在继续，尽pipe还没有完成。 我想知道这是否使修复无效，或者我能期待它完成。 我正在运行命令 nodetool repair OpsCenter rollups60 在其中一个节点（10.63.74.70）上。 从命令，我已经得到这个输出到目前为止： [2015-01-23 19:36:06,261] Starting repair command #9, repairing 511 ranges for keyspace OpsCenter (seq=true, full=true) 这里是我在日志中看到的一个例子： INFO [AntiEntropyStage:1] 2015-01-23 19:38:28,235 RepairSession.java:171 – [repair #138b42e0-a337-11e4-9e78-37e5027a626b] Received merkle tree for rollups60 from /10.63.74.70 INFO [AntiEntropySessions:9] 2015-01-23 19:38:28,236 RepairSession.java:260 – [repair […]
我们有一个安装在Windows服务器上的MongoDB副本集，具有计划的备份工作。 MongoDB被configuration为使用日记function。 作业通过MongoDB（主服务器db.fsyncLock()上的脚本运行db.fsyncLock() ，然后执行Kaminario文件系统快照，然后通过脚本运行db.syncUnlock() 。 locking/解锁是分开的，因此不使用相同的连接。 问题是db.fsyncUnlock()不总是工作，把数据库locking写入，直到通过shell手动解锁。 我们试图在不使用fsyncLock()情况下执行快照，但是，我们的testing显示： 只恢复单个数据库 – 仅导致数据中有“漏洞”（某些写入线程有未提交的更改，然后是已提交的更改） 恢复整个数据库实例，由于locking和缺失日志，恢复失败，尽pipe日志已启用并存在 而通过fsyncLock()testing通过。 使用writeConcern = 2执行testing，因为我们要确保在MongoDB崩溃的情况下保持持久性。 我的问题是： 一个。 如何在执行快照后保证fsyncUnlock()成功？ 湾 有没有办法保证一致的备份，而不使用fsyncLock() ？ 交叉提交DBA.SE。 编辑： 经过进一步的调查，看起来问题是快照挂，而不是解锁。 但是，这仍然不能解释需要locking的fsync。
我正在放慢速度，并删除快照，由于一些莫名其妙的原因自2012年以来一直运行!!!!!!! 大多数删除都是好的，让合并发生在离线或最坏的情况下导出和导入机器。 我留下了一个单一的服务器，有一个150GB的快照，不断产生以下错误： 当我尝试导出机器时出现同样的错误。 我不能在网上find任何东西来形容这一点，“不明确的错误”是真的令人沮丧。 有没有其他人看到过这种行为或有任何聪明的解决方法？ 编辑： 所以看着它，所有的文件都在相同的安装卷上。 虽然有两个AVHD文件（都超过100GB !!!!!），但在Hyper-V中仅显示一个快照。 我想知道，如果孤儿快照造成的问题。 缺点是VHD在第一个VHD之后有一个修改的date，所以在这台机器上已经有一些东西了。
我使用的是专用服务器，与VPS提供程序或VM机器不同，恢复到干净状态（安装后未改动）是相当费力的事情（大量点击Web控制面板并启动Java KVM查看器+手动进行安装）。 我的问题是，如果ZFS支持快照，只需发出一个命令就可以恢复到干净的状态吗？ 我的ZFS分区表是安装程序提供的“Auto（ZFS）”，在我的服务器上看起来像这样（使用FreeBSD 10.2）： NAME USED AVAIL REFER MOUNTPOINT zroot 34.8G 176G 96K /zroot zroot/ROOT 1.46G 176G 96K none zroot/ROOT/default 1.46G 176G 1.46G / zroot/tmp 76.8M 176G 76.8M /tmp zroot/usr 33.2G 176G 96K /usr zroot/usr/home 32.6G 176G 32.6G /usr/home zroot/usr/ports 631M 176G 631M /usr/ports zroot/usr/src 96K 176G 96K /usr/src zroot/var 692K 176G 96K /var […]
在备份过程尝试获取静默快照时，ESXi主机5.1.0上运行的RHEL 6.1虚拟机将冻结 。 我必须从VMware控制台重置虚拟机。 用于静默虚拟机的工具是Symantec的SYMCquiesce 1.0.0 。 最奇怪的是它并不总是失败 – 备份每周都会启动……但是每两周就会失败 。 在阅读VMware文档http://kb.vmware.com/kb/2038606和RedHat文档https://access.redhat.com/solutions/484303之后 ，我不能升级到RHEL 6.4，所以我决定将VMware Tools降级到ESX 5.0。 根据这张表 ，我卸载了VMware Tools 9.0.15，并安装了8.6.11.26309（build-1310128） 。 但是这个旧版本并没有解决问题……虚拟机器每隔两周就会冻结。 /etc/vmware-tools/tools.conf包含 [vmbackup] enableSyncDriver = false [logging] log = true vmtoolsd.level = warning vmtoolsd.handler = vmx vmss.level = warning vmss.handler = vmx 根据此VMware文档包含日志logging部分以在ESXi主机中获取一些日志消息。 根据赛门铁克自述文件，脚本/usr/sbin/pre-freeze-script包含 /opt/SYMCquiesce/bin/freeze 位于ESXi主机数据存储中的vmware.log文件在成功创build快照时包含以下行： 2016-01-11T23：39：27.849Z | VMX | I120：Vix：[12153447 vigorCommands.c：481]：VigorSnapshotManager_Take：takeOptions = 136，clientFlags […]
我正在使用elk-docker并尝试跟踪快照和还原| Elasticsearch参考[2.4] | 弹性和获得以下错误： # curl –request PUT –data '{ "type": "fs", "settings": {"compress": true, "location": "/run/elasticsearch/backups" } }' localhost:9200/_snapshot/my_backup?pretty { "error" : { "root_cause" : [ { "type" : "repository_exception", "reason" : "[my_backup] failed to create repository" } ], "type" : "repository_exception", "reason" : "[my_backup] failed to create repository", "caused_by" : { "type" : […]
我使用快照和恢复| Elasticsearch引用设置快照，但是我没有指定我需要快照的多个索引中的哪一个，这导致了我的快照中不需要索引的390（此时），这占用了不必要的资源： # curl http://0:9200/_snapshot/my_backup/_all?pretty | grep -cE '(filbeat|logstash)-2016' % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 62055 100 62055 0 0 4908k 0 –:–:– –:–:– –:–:– 5050k 390 # 我的环境： # curl 0:9200 { "name" : "k_slO6-", "cluster_name" : "elasticsearch", "cluster_uuid" : "dvoVw1oaTN2V_8f3BLEYhQ", […]