我试图运行以下命令： Backup-SPFarm -Directory E:\Backups -BackupMethod full -Verbose 然而，它错误说没有足够的磁盘空间…备份大小约为1.8Gb，我有27.52GB空闲，所以为什么它认为我需要30Gb？ VERBOSE: Leaving BeginProcessing Method of Backup-SPFarm. VERBOSE: Performing operation "Backup-SPFarm" on Target "SHAREPOINTSERV". Backup-SPFarm : There is not enough disk space. Free additional space on your h ard disk and then try again. Approximate amount of space needed: 30.12 GB. Amou nt of space free on disk: […]
我所有的bacula作业都写入一个文件。 我如何将这些作业迁移到单独的文件，我有一个1G的限制。 我已经将音量标记为已满，但音量仍在使用中。
我在Debian-Lenny上运行一个Web服务器。 目前，我用日常脚本来备份整个系统。 但为了恢复，我需要重新安装一个干净的Debian，然后解压我的最新的tar文件到干净的Debian，然后我得到我的工作系统回来。 现在，我想每天使用一个像Ghost这样的软件来备份我的系统。 如果我的系统崩溃了，我想要的是一个usb密钥，我插入到我的服务器与从我的服务器备份的最新映像，我想再次启动和运行。
试图连接到服务器上的SQL Server 2008实例，我们将调用Sputnik。 两台设备之间没有防火墙。 现在我只想列出数据库 [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.SMO") | Out-Null [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.SmoExtended") | Out-Null [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.ConnectionInfo") | Out-Null [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.SmoEnum") | Out-Null $servername = "Sputnik" $remoteServer = New-Object("Microsoft.SqlServer.Management.Smo.Server") $servername $remoteServer.databases 出现以下错误信息： The following exception was thrown when trying to enumerate the collection: "Failed to connect to server Sputnik.". At line:1 char:15 + $remoteServer. <<<< databases + CategoryInfo : NotSpecified: (:) […]
我已经inheritance了一些使用Yosemite服务器备份8.1的Windows Server 2003机器的备份支持 该公司已joinBizSpark计划，并希望使用Windows Server 2008 R2和Exchange 2010的许可证。 我曾试着给接pipe优胜美地的梭子鱼发邮件问这个，但没有成功。 （你需要支持合同吗？） 我没有备用机器，甚至没有虚拟机空间来testing它，有人知道它会工作吗？
我正在寻找一个开放源码/免费的服务器备份应用与GUI（基于Web的前端）。 你推荐哪个应用程序？ 我search了一下，find了这个清单： 21个最好的免费的Linux备份软件 你build议哪些？ 我的要求是备份3台服务器：1.数据库，2.网页服务器，3. Glassfish。
尝试在Windows Server 2003（SP2）上备份系统状态，在应用程序日志中出现“Faulting application vssvc.exe – 系统状态备份失败”。 卷影副本创build：尝试1。 “MSDEWriter”报告了错误0x800423f2。 这是系统状态的一部分。 卷影复制操作可以重试。 “事件日志编写器”报告错误0x800423f2。 这是系统状态的一部分。 卷影复制操作可以重试。 “registry编写器”报告错误0x800423f2。 这是系统状态的一部分。 卷影复制操作可以重试。 “COM + REGDB作家”已报告错误0x800423f2。 这是系统状态的一部分。 卷影复制操作可以重试。 “可移动存储pipe理器”报告了错误0x0。 这是系统状态的一部分。 备份无法继续。 创build卷影副本时返回错误：800423f2 中止备份。
设备： – EVA 4400存储系统 – 通过Virtual Centerpipe理的ESXi 4.1主机 – Windows Server 2K3 R2 64位企业版虚拟机 目标： – 写入磁带之前，有一个非常大的磁盘用于磁盘备份 当前解决scheme – 我们将四个2TB虚拟磁盘（EVA术语）作为四个不同的2TB VMFS数据存储呈现给ESXi主机，每个VMT数据存储包含一个2TB VMDK。 这四个VMDK被呈现给使用跨越来创build单个8TB卷的Windows VM。 基本上我想知道是否有更好的方式来向虚拟机展示这个存储。 我尝试使用扩展来创build更大的VMFS卷，但是由于VMDK上的2TB限制，它仍然需要在Windows中使用扩展。 在这个阶段iSCSI不是一个select，所以我只是想知道是否有更好的方法来实现这个目标，或者这是我能做的最好的，我必须与之合作？
从LVM快照进行备份时，是否有一种方法可以保证卷之间的一致性？ 考虑这种情况： 一些系统升级正在进行中。 它会将一些文件写入/usr卷，一旦完成，就会在/var卷中logging成功。 由于升级即将完成，我运行一个备份脚本，创build/usr和/var卷的快照以及系统的其余卷，然后从这些快照创build备份 。 就在升级的最后一次对/usr卷的写入/刷新完成之前，备份脚本将获取/usr快照。 写入完成后，升级操作的成功会很快logging在/var的模糊深处。 备份脚本获取/var的快照。 备份脚本从它拥有的快照创build备份，呃快照。 所以这个tomfoolery的结果是，所得到的/usr备份包含一个缺less几位的文件，而/var备份包含指示该文件是完整的并被批准使用的元数据。 如果不深入研究这些操作系统的系统升级系统会被这些琐事所困扰的细节，有没有办法避免这样的问题呢？ 至less这似乎可能会导致某些应用程序在恢复这种备份后意外失败。
我想要做以下… 从我当前的数据库表中备份或导出数据 使用新的可为空的列重新部署（删除并创build）我的数据库 将所述数据还原或导入数据库。 这可能使用MSSQL？ 如果是这样，怎么样？