问题标签 [shadow-copy]

我知道当你设置为 true 时，它​​会影子复制文件。但是影子复制是什么意思，为什么我们需要影子复制文件？

开发 VSS 编写器应用程序：
在备份期间看到此错误，由 windows 备份工具启动，是否有2155348129来自 Microsoft 的定义错误代码？

从“2010”-“07”-“20T02:54:19.354000000Z”开始的备份操作失败，因为创建正在备份的卷的卷影副本的卷影复制服务操作失败，并出现以下错误代码“2155348129” '

VSSwriter停止服务（我的应用程序）时不会发生这种情况。

任何帮助表示赞赏。在 TechNet 上找不到任何有用的信息。

Hackish 解决方法：有趣的是，备份工作是在“Windows 分区处于活动状态”时进行的。当然，这会使系统在重新启动时无法启动

下面我试图动态加载 dll 的代码不起作用。

这是我在 WCF 服务中使用的代码，但它仍然不起作用。

听说我们可以在 AppDomain 中使用 'Shadow Copying' 来实现。但我对“影子复制”以及如何在上面的代码中实现相同的内容一无所知。

请提供工作代码作为“影子复制”的示例。

-BS

根据我目前所了解的情况，例如通过阅读此文档：http: //msdn.microsoft.com/en-us/library/ms404279.aspx，卷影复制是一项允许在当前使用程序集的功能由应用程序加载。

从上面的文档：

公共语言运行时会在程序集加载时锁定程序集文件，因此在卸载程序集之前无法更新文件。从应用程序域中卸载程序集的唯一方法是卸载应用程序域，因此在正常情况下，在所有使用它的应用程序域都已卸载之前，无法在磁盘上更新程序集。当应用程序域配置为卷影复制文件时，应用程序路径中的程序集将复制到另一个位置并从该位置加载。副本已锁定，但原始程序集文件已解锁并且可以更新。

但似乎有时加载的程序集没有被锁定，所以影子副本是无用的。

为了说明这一点，我使用以下代码创建了一个简单的库 A.dll：

然后我使用如下代码将它加载到 AppDomain 中：

所以我预计，当程序挂在ReadLine上时，我应该无法使用 A.dll 程序集，但它似乎根本没有锁定：我什至可以删除它！

所以这是我的问题：

1）为什么在这个示例中加载的程序集没有被锁定？

2) 程序集何时被锁定，即卷影副本何时是有用的功能？

在此先感谢您的帮助。

在我的 ASP.NET 应用程序中，我试图添加另一个目录以复制其中的 DLL。

我发现允许 m 执行此操作的唯一方法是AppDomain.CurrentDomain.SetShadowCopyPath.

但是，此方法标记为Obsolete。MSDN对此有话要说

SetShadowCopyPath(String path) 消息：AppDomain.SetShadowCopyPath 已被弃用。请调查 AppDomainSetup.ShadowCopyDirectories 的使用情况。

但是，AppDomainSetup.ShadowCopyDirectories每当我为其设置值时，该属性似乎都不会改变。

是否有理由它不会改变并且有解决方法吗？

是否有 Windows 卷影复制的开源替代方案？
我需要自动将以前版本的文件保存在目录中，
而无需使用签入/签出
过程或传统的版本控制系统。
此外，我需要它的平台是 Windows XP，我发现
Windows 卷影复制仅在服务器 Windows 版本上可用。

无论如何Bin通过在其中添加一些配置来标记要复制的文件夹（文件夹除外）web.config？

我不认为这Application_Start是一个设置的好地方，AppDomainSetup.ShadowCopyDirectories因为那时AppDomain已经加载了。

我对 Tortoise SVN 非常陌生，以前使用过 Microsoft Visual SourceSafe。使用 VSS，我可以在将文件检入源代码管理时“隐藏”文件。这意味着当更新的文件进入存储库时，它也以“一个”按钮操作物理移动到开发服务器。

有什么方法可以通过插件或设置更改来重现此功能？

我正在寻找一个程序，它使用卷影复制来复制正在运行的 Windows XP 系统卷的内容。

即我想克隆具有以下障碍的系统卷：（1）我希望能够选择要复制的文件（即不是整个文件系统）（2）这可能是由（1）暗示的，但我也必须避免逐扇区复制 (3) 我不想将文件系统克隆到映像文件中并还原到第三个驱动器，但想将文件系统复制到文件系统

我研究的所有备份/克隆实用程序都偶然发现了上述几点。有任何想法吗？

我正在尝试执行以下操作。应用 A 是“母应用”。它保持打开状态。App B 只是一个 .DLL，我在其中编写了一些派生自 App A 中指定的接口的类。

然后，从 App A 中，我将从 App B 中“导入”类并在其中运行方法。我希望能够动态更改 App B（更改代码并重新编译）并在 App A 中使用新代码。

我在 App B 中有一个后编译命令，它将新的 .DLL 复制到 App A 目录。应用 A 创建一个新的 AppDomain 并使用 ShadowCopying。我认为这就足够了，但是当我尝试重新编译和复制 App B 的新 .DLL 时，它说该文件正在使用中并且无法被覆盖。

这是我现在拥有的代码：

应用 A（代码中的 TestServer）：

应用 B（代码中的 TestClient）：

我已经读过，如果您使用来自其他应用程序域的东西，这些应用程序域可以自动加载 .DLL 或类似的东西。在这种情况下，我担心使用接口会导致基础 AppDomain 加载 .DLL 从而将其锁定。

我该如何解决这个问题/是否有更好的设置？

注意：我已经更新了我的代码，它仍然产生相同的结果。