我最近注意到，我一直在重复相同的步骤，为我们的客户build立新的专用服务器，这大概需要2-4个小时的configuration，软件安装等等。 通用性是他们都使用Server 2008 R2，并且几乎都需要完全相同的软件/configuration。 是否有可能创build某种forms的Server 2008 Image我可以打包到.iso中，并用于新的安装，而不是一遍又一遍地做所有这些事情？ 我曾经试过谷歌search它，但从来没有拿出任何信息来做我需要做的事情。
我想在运行robocopy时通过CLI指定date，以便目标文件夹包含date。 robocopy C:\folder\ Z:\folder_DATE /E /ZB /COPYALL /NP /V /LOG:F:\backup_log.txt DATE是当前date。 这是可能的，还是我不得不诉诸权力壳？ 我发现这个堆栈溢出文章，但我希望保持简单。
在Windows 2008 R1服务器上，我有一个1TB的磁盘，它的末端有大约400Gb的空间。 我有启动分区，然后逻辑卷，然后空闲空间。 我想创造一个新的简单的音量（基本，我假设）在最后，但它不断出来。 由于某种原因，它报告没有足够的空间来完成操作。 我已经尝试创build一个200GB的基本磁盘，在所谓的自由空间的边界内，但它仍然是胡扯。 如果服务器pipe理器无法完成，那么您会推荐哪些第三方工具来完成这项工作。 任何帮助赞赏。 鲍勃。
这是一个已知的DDoS攻击。 这种情况是关于Windows Server 2008企业版的。 在攻击高峰期，服务器的CPU达到60％，50％的内存仍然空闲，一半的网卡被利用，理论上服务器仍然有足够的资源来处理新的请求，但是不能（对于新的合法请求请求超时错误） 我的问题： 由于源IP地址是无效的无论如何find攻击者的IP地址？ 在仍然有足够资源的情况下如何防止Request Time-out ？ 这种攻击最有名的防御（硬件防火墙除外）？
我有许多batch file，这些文件在单独运行时都可以在networking上备份各种PostgreSQL数据库。 但是，在运行任务计划程序时，不会创build备份文件。 没有任何工作警告或错误，除文件不存在外，没有任何内容表明任何错误。 事件日志中也没有任何东西。 那么我怎样才能弄清楚什么是错误的，解决这个问题，我首先应该看什么？
我们的大部分服务器都是运行Windows 2003 R2的戴尔服务器，而且我们计划全面升级到Server 2008。 为此，我们已经使用就地升级升级了我们的一台服务器，而且所有的东西似乎都可以正常工作 – 使用Windows和我们的应用程序。 但是戴尔的OpenManage并不是很好。 它开始很好，最初运行，但几天后，服务停止响应，我们不能再正确使用它。 报告电池和电源状态，但存储器，内存，风扇，温度和电压监控停止响应。 发生这种情况时，“DSM SA数据pipe理器”服务无法重新启动，并在停止或重新启动时保持“停止”状态。 通过任务pipe理器杀死进程允许它启动，然后事情再好几天。 我们尝试卸载并重新安装，但没有任何效果。 这是在Windows Server 2008 R2 x64中的OpenManage 6.3.0。 想法？
我有一个最近迁移的虚拟机（从VMware到KVM），拒绝在内部承认它正在服务和接收networkingstream量。 任务pipe理器和性能监视器 – networking上的networking选项卡都显示0networking利用率，但本地连接接口显示稳定的数据stream进出（发送/接收计数实时增长） 就好像系统识别networking传输的数据包，而不是字节。 这是一个问题，因为我们使用SNMP的监视系统使用字节数显示networking连接，因此它假定机器不活动。 所有其他帐户的作品，因为它目前正在服务的网站。 猜测这可能是一个迁移设备的变化的问题，但我们已经从Vmware中删除所有旧的networking适配器无济于事。 有什么办法欺骗系统显示数据？ 该机器自迁移以来已重新启动。
在夜晚和周末有没有什么缺点冬眠 – 数据库服务器？ 我们认为这是节省机器和电力的好方法。 是否有可能每天的冬眠会对机器硬件造成危害？
我们的办公楼里有两台Sharp MX-2310Unetworking打印机。 他们都在同一个子网中，都使用标准Sharp postscript驱动程序在我们的文件和打印框（Server 2008）上的打印服务控制台中进行设置。 两台设备的节能设置是相同的，但其中一台在打印服务器上以及设置在其上的任何客户端PC（XP和Win7客户端的混合）上显示为“脱机”。 奇怪的部分是，发送到“离线”打印机的作业仍然打印！ 有没有人有任何想法，为什么这可能是？ 这不是什么大问题，因为我的大部分用户甚至都没有注意到这个状态，但是这绝对是让我烦恼的。
我们有一些连接到Windows服务器并运行脚本的Nagios检查。 这个脚本没有签名，而且我们的pipe理员大约一年前就为服务器设置了脚本执行策略，我相信，这个脚本是不受限制的。 无论什么政策是最不安全的。 现在发生了什么（这是一个Exchange服务器的FYI），至less每天一次，执行策略正在改变，这样我们的Nagios检查就会中断。 我们的Windowspipe理员手动强制策略回到无限制，但同样的事情发生。 现在，我并不在乎是否有足够的知识去争论这是否对安全有利。 但是，我们的pipe理者想知道的是，我也是如何确定什么是改变“从我们下面出来”的政策，并结束呢？ 毕竟，谁能说我们不会改变主意去采取一个更安全的政策，只有从我们下面抽出一个。 任何有识之士都非常感激。 让我知道，如果我可以追查任何其他有用的细节。