长话短说（ish），我们在XP到Windows 7迁移项目的尾端，最后得到了一些VIP的机器进行迁移。 由于机器几乎和操作系统一样古老，除了一个新的操作系统外，这个特殊的用户还被新的硬件“祝福”。 问题是我们有实习生做这个特殊的迁移，他有点搞砸了。 认真。 简而言之，用户状态迁移的一般过程是在SCCM中新旧计算机之间build立关联，在旧计算机上运行捕获任务序列，然后在新计算机上执行恢复序列。 在这种情况下，捕捉任务序列在计算机关联之前运行，所以SCCM拒绝执行恢复，并且旧计算机被重新格式化…出于某种原因…在发现之前。 现在，当我们尝试通过“恢复”捕获并上载到SCCM服务器的USMT.mig来迁移用户时，我们会在Request State Store操作之后得到以下错误。 Task Sequence: USMT – Restore State has failed with the error code (0x00004005). For more information, contact your system administrator or helpdesk operator. smsts[date-time].log的相关日志条目似乎是： <![LOG[Requesting SMP Root share config information from http://[Our SCCM server]:0]LOG]!><time="15:45:28.823+240" date="06-13-2014" component="OSDSMPClient" context="" type="1" thread="5136" file="smpclient.cpp:2348"> <![LOG[Received 4027 byte response.]LOG]!><time="15:45:28.892+240" date="06-13-2014" […]
我在这里有一个catch-22的问题。 假设我正在使用Microsoft System Center数据保护pipe理器（2010或2012，它以同样的方式）来备份我的Active Directory环境（如“我的域控制器的系统状态”）。 然后，一个完整的数据中心丢失发生。 我必须在新的硬件上重新开始，我只有我的磁带备份可用，因为它们被存储在异地。 所以我买了一些新的服务器，一个新的磁带库，新的存储等等。 现在，每个人都知道（或应该知道）为了执行Active Directory灾难恢复，我需要至less恢复域控制器的系统状态; 当然，如果我需要从原始服务器的不同硬件上恢复它，这可能会变得很棘手 ，但是我们也假定这一点已经被覆盖了。 不过， DPM需要Active Directory才能工作 ; 它甚至不会安装在独立的服务器上。 但是，当然，需要一个可用的DPM服务器才能从磁带中获取这些备份。 如何从仅使用新服务器和DPM磁带备份开始恢复Active Directory环境？ 注意使用虚拟域控制器和备份完整的虚拟机可能会使恢复更容易，但实际上并没有改变这个问题：为了安装 DPM，仍然需要工作的AD环境。
我开始为一家中型公司（约150名用户）工作。 当用户的工作站由于各种原因需要重新格式化时，我们会重新格式化，从oem磁盘重新安装Windows，安装驱动程序，安装所需的软件，以及从最新的备份恢复用户的文档。 虽然这个过程不是很困难，但是非常耗时。 有什么方法可以简化/加速这个过程？ 主要是一个完整的Windows商店，大多数运行Win2k3 Enterprise的服务器和运行各种XP，Vista和7的工作站。工作站是通过各种主要戴尔的OEM购买的。
我有一个开发数据库（Windows Server 2008上的SQL Server 2005），我需要移动prod（Windows Server 2003上的SQL Server 2000）。 我的过程如下： login到开发，打开SQL Server Management Studio 右键单击数据库| 任务| 备份。 保留所有默认选项（完整备份等） 将.bak文件本地移动到prod（无networking驱动器），login到prod，打开SQL Server企业pipe理器。 右键单击数据库节点| 所有任务| 还原数据库。 将还原更改为数据库以反映相同的数据库名称。 点击单选button“从设备”。 点击“select设备” 单击还原从：添加…，浏览到.bak文件（小 – 仅6mb） 现在我准备好恢复数据库了，所以我点击确定，出现以下错误： “设备上的媒体系列'E：… bak'不正确，SQL Server无法处理这个媒体系列，RESTORE DATABASE正在终止exception。 这个错误是直接的。 我已经尝试了一些不同的变化 – 将数据库恢复到具有不同数据库名称和日志文件名称（源自它的位置）的开发机器，创build一个空的数据库，使用与之前文件相同的物理path，并尝试还原到该数据库，制作几个不同的.bak文件，并确保在将其上传到产品之前进行validation。 我知道一个事实，.mdf和.ldf文件的目录存在于prod上，尽pipe文件本身不存在。 如果之前，我单击确定进行还原，转到选项选项卡，而是我得到以下错误： 错误3241：设备'E：… bak'上的媒体系列不正确。 SQL Server不能处理这个媒体家族。 RESTORE FILELIST正在exception终止。 任何人有任何明智的想法？
您已进入Amazon EC2 EBS支持的Windows映像010的简介备份… 我一直在浏览我的大脑，为我们运行SharePoint Services的单个Windows 2008服务器find一个简单的备份策略。 这是具有一个数据量的一台服务器的EBS支持的映像。 我不需要任何异国情调。 我只需要一个“每日”备份（丢失一天的数据不是灾难性的）。 我们创build并保存了EBS支持的AMI映像（Windows 2008），我们正在使用它。 我们开始通过简单地创build一个新的EBS AMI映像来进行备份。 这非常简单，但是在创build映像的前10到15分钟内运行的服务器会处于脱机状态 – 这并不理想。 创build备份的标准方式似乎是创build连接到正在运行的实例的卷的快照。 再次，这是非常简单的，服务器在快照生成过程中保持可用。 明显的Catch-22是你不能直接从快照启动一个新的实例。 我知道如何将正在运行的实例绑定到S3存储，然后从S3存储桶中注册AMI。 这使我可以捕获正在运行的实例的备份，如果运行实例丢失，请从S3存储区注册AMI，然后启动新的AMI以恢复实例，但这看起来确实令人费解，看起来很荒谬在AWS控制台和Firefox的S3 Organizer插件之间来回滚动以实现这一点。 （请不要提及命令行的方法，这是一个010级的课程）。 从玩EBS支持的图像，下面的方法似乎适用于我（全部在AWS控制台内完成）： 1.对于备份，只需根据需要快照系统卷（/ dev / sda1）即可。 2.如果丢失正在运行的实例，请执行以下操作：a。从上次快照备份创build新卷b。启动另一个启动AMI实例（必须由EBS支持）c。停止此实例。 d。从新停止的实例中删除现有的系统卷并丢弃。 e。将新创build的卷作为系统卷（/ dev / sda1）添加到已停止的实例。 f。重新启动新的实例。 我已经testing了几次，它似乎为我工作。 问：这种方法有什么问题吗？
有没有办法导出一个PostgreSQL数据库，然后用另一个名称导入它？ 我在Rails中使用PostgreSQL，而且我经常从生产中导出数据，其中数据库名为blah_production，并在名为blah_development和blah_staging的开发或分期中导入。 在MySQL上这是微不足道的，因为导出没有任何地方的数据库（除了一个评论可能），但在PostgreSQL似乎是不可能的。 这是不可能的吗？ 我目前正在这样倾销数据库： pg_dump blah > blah.dump 我没有使用-c或-C选项。 该转储包含以下语句： COMMENT ON DATABASE blah IS 'blah'; ALTER TABLE public.checks OWNER TO blah; ALTER TABLE public.users OWNER TO blah; 当我尝试导入 psql blah_devel < blah.dump 我明白了 WARNING: database "blah" does not exist ERROR: role "blah" does not exist 也许问题不是数据库，而是angular色？ 如果我这样倾倒它： pg_dump –format=c blah > blah.dump 并尝试以这种方式导入它： […]