Questions tagged «vss»

卷影复制服务

3
文件名太长，无法从卷影副本还原
我们在Windows SBS 2008服务器上启用了卷影副本。尝试从卷影副本还原文件时出现以下错误- 源文件名大于文件系统支持的文件名。尝试移动到路径名较短的位置，或尝试重命名为较短的名称，然后再尝试执行此操作。 文件名有67个字符，其卷影副本路径为170个字符。这些似乎在NTFS限制之内（260？）。 我们尝试了- 复制到可能的最短路径（C :) 复制到客户端计算机和服务器本身上可能的最短路径 在进行复制之前，是否可以重命名卷影副本中的文件？知道为什么文件名大小似乎在限制范围内仍会出现错误吗？ 采取的步骤 在本地计算机上，转到SBS服务器上的共享文件夹（通过映射的驱动器），例如J：\ Projects \ Foo \ Bar 右键单击文件夹，然后选择属性 单击以前的版本选项卡。 选择一个卷影副本，然后单击“ 打开” 在新打开的窗口中，选择文件夹/文件，然后按Ctrl-C进行复制。 打开一个新的Windows资源管理器，然后将文件夹/文件粘贴到本地驱动器上。 编辑-（不幸的），我现在无法重现此错误。此后，引起问题的特定文件已被删除，无法使用其他类似文件重新创建错误。
3
在Windows上：为了克隆系统进行robocopy安全吗？
让我从一些背景开始。在Linux系统上，我经常依赖这样一个事实，只要我可以将所有文件从一个硬盘驱动器转移到另一个硬盘驱动器，并且只要我修复了引导加载程序，我就会得到完全相同的，可引导的，完全可用的文件。功能系统。同样的事情适用于备份和还原（不需要特殊的系统状态备份，只需要文件）...即使MySQL 在备份时没有冻结，有时也可以恢复。 在Windows上，我从未在文件级别完成过克隆系统的运气。我一直需要像VMWare Converter，Ghost，diXML等这样的工具。它们基于整个驱动器的映像。起初，我认为这主要是由于Windows进行注册表的特殊/神奇方式而引起的，我并没有对此提出质疑（它起作用了）。直到今天。我意识到这种想法是愚蠢的，实际上Windows只是文件的集合。因此，作为测试，我使用了一个脱机的Windows 2003 Server驱动器，然后将文件复制到空白硬盘驱动器上，使该驱动器处于活动状态。 还是呢？为什么我会如此非理性地担心它会失败，因为它不是像Ghost那样的逐字复制？我应该害怕吗？为什么这么容易？AD服务器有什么不同吗？在某些情况下此方法会失败吗？ 如果要逐个文件复制，为什么当我尝试使用VSS进行相同的操作（将卷影复制的C：驱动器作为S：驱动器暴露）时，相同的方法却失败了。更具体地说，我一直有一个引导系统，直到登录屏幕。它甚至接受了我的密码，但随后立即注销了我的用户，在GUI中没有错误。我什至尝试在复制前关闭所有不可停止的服务，结果相同。 顺便说一下，我robocopy /E /SEC用于所有这些复制操作 我只是通过使用这些方法来寻找麻烦吗？我知道Ghost等已被证明..那为什么要重新发明轮子呢？...我得到了所有...但是作为专业人士，我想知道事情为什么以它们的方式运作。这就是为什么对我来说很重要。（更不用说在我从未进行过系统状态备份的系统上进行裸机还原的极少数可能性）
16 windows  clone  robocopy  vss  ghost 
7
如何使用卷影副本进行备份
该计划是创建一个很大的I / O大量卷的卷影副本。它的容量为350GB，其中包含基于文件系统的全文本索引，该索引组织成百上千个文件夹，成千上万个微小文件需要保持一致的状态才能成功还原。 当前，索引器已停止，备份任务正在运行，然后重新启动索引器。这导致索引在备份过程中无法使用数小时。我想通过卷影副本进行一致的备份，理想情况下完全不必停止索引器。 因此，我已经为该卷打开了卷影复制并将其配置为每晚创建一次快照到另一个卷。 现在我有些茫然-如何访问卷影副本的整体，以便进行备份？我设想了一个只读驱动器，其中包含的文件与上次快照时的文件相同，但是也许工作原理完全不同。 操作系统是Windows Server 2003 SP2，备份软件是CommVault Galaxy 7.0。 编辑：请注意-同时-已创建了两个答案，以脚本的形式实现了必要的功能： VBScript（我自己） PowerShell（由John Homer撰写）
4
使用卷影复制的SQL Server备份
Windows的许多知名备份实用程序都使用Windows较新版本中内置的Volume Shadow Copy Service来创建磁盘的时间点快照，以便安全地备份打开的文件。 但是这种机制在SQL Server中的表现如何？我知道存在一个SQL Server VSS编写器来帮助备份系统与SQL Server进行互操作，但是并非所有备份系统都了解SQL Server并利用它提供的与备份相关的API。 所以我的问题是，那些对SQL Server一无所知的程序呢？ 当它们存在于单个瞬间时，它们大概会获得MDF和LDF文件的时间点快照。并假定SQL Server数据格式足够健壮，这样的快照将被保证是一致且可用的。 是事情的运作方式，还是我错过了什么？使用这种备份机制是否存在“陷阱”，或者我会安全吗？
2
DFSR是否复制卷影副本？
有一些与同时使用DFSR和卷影副本有关的问题，但没有一个问题指示卷影副本是否复制。意思是，如果我在服务器A上有一对带有卷影副本的DFS副本，是否可以将该文件还原到服务器B上的先前版本？如果是这样，该版本是否可以复制回Server-A？ 我怀疑不是-VSS是本地NTFS功能并且不在复制范围之内，但是我目前无法验证自己。
8 dfs-r  vss 
2
Windows 2008 R2-卷影副本管理和保留
这些年来困扰着我，现在我又要处理它。我从来没有完全理解阴影副本/ VSS的全黑魔术。我了解它的作用以及如何初始设置它以及如何在卷上设置时间表。我也了解它在备份中的作用。 情境 为简化起见，我将在环境中坚持使用单个卷。我启用了以下时间表： 1 - M-F 7am starting on 4/14/13 2 - M-F 12pm starting on 4/14/13 3 - 1st day of the month at 9am starting on 6/11/13 该Use limit卷的卷影副本的值为25,599MB (25GB)。 该卷具有250GB并且具有44GB可用空间。 从今天开始倒退，我会显示卷影副本的所有正确时间/时间表，直到13/7/29 /。它不会再退一步，并且没有每月7/1/13的副本。 我敢肯定，我记得在最早的文件被覆盖之前，阅读上限为64。这是有道理的，因为我列表中目前准确计数了64个副本。 我的问题 有没有办法更改此64副本限制？ 我可以防止每月拷贝被某种方式覆盖，而只覆盖“每日”吗？ MS或其他方法是否提供了一种比我上面已经完成的基本卷调度等更细粒度的方式管理卷影副本的方法？即。告诉它“仅保留此计划的前4周”或类似功能的功能。 我的目标是使我可以拥有12个“月报”，而上个月可以有两次“日报”（看起来总共有72份）。 我已经使用Commvault Simpana进行了“真正的备份”，但是处理来自卷影副本以进行简单文件共享的还原要容易得多。
2
备份服务应以哪个用户身份运行？
我正在使用使用卷影复制服务定期备份特定文件的应用程序。当以管理员身份运行时，此方法有效，但是当我在“网络服务”帐户下运行该服务时，我认为该帐户是诸如应用程序之类的正确选择，因此我无法设置SE_BACKUP_NAME特权，因此无法使用VSS。 以管理员身份运行服务似乎不正确，但这似乎是唯一的选择。我还有其他选择吗？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.