我有一个在Windows Server 2008 R2上运行的Web应用程序，它有大量的计划任务来处理所有的后端工作。 当我做一个触及数据库的软件部署时，我需要禁用所有的计划任务。 目前我有一个很长的清单，我需要手动进行，当我去时禁用每个计划的任务 – 当然这是一个成熟的与Powershell自动化的工作。 不幸的是，Powershell文档对于如何禁用现有的计划任务（当然，一旦发布成功完成后重新启用它）似乎相当费解。 我可以获得已准备就绪，正在运行或已禁用的任务列表，但下一步是什么？
我们有一个Windows 2008 Enterprise R2 SP1服务器，在Exchange 2010控制台上configuration了多个可接受的域。 Exchange 2010的configuration：在交换控制台中，在组织configuration>集线器传输>接受的域下，我们有： domain1 > authoritative > default = true domain2 > authoritative > default = false domain3 > authoritative > default = false domain4 > authoritative > default = false 我们能够收到所有上述域名的电子邮件。 只是要清楚：我可以收到电子邮件[email protected]，[email protected]，[email protected]和[email protected]没有任何问题。 我能够发送来自[email protected]（默认域）的电子邮件。 但是 ，当试图从[email protected]，[email protected]和[email protected]发送电子邮件时，我收到以下错误： 无法发送至对方或群组： destination_example_email除非您有权限，否则您不能代表此用户发送消息。 请确保您代表正确的发件人发送邮件，或请求必要的许可。 如果问题仍然存在，请联系您的帮助台。 如果我将userX的主要电子邮件地址更改为[email protected]，则可以以[email protected]的身份发送，并且只能从该邮件发送。 问题是： 我如何在任何时候启用从所有权威域发送电子邮件，而无需手动更改用户的默认电子邮件地址？
我最近问了关于修复腐败的事件日志 ，因为这似乎是一次性的事件。 事件日志从此展示了相同的行为3次。 我们一直在试图find模式，但到目前为止我们什么都没有发现。 服务器运行几个ASP.NET应用程序和三个用.NET编写的计划任务。 事件日志的最后修改date曾经发生过与某个计划任务相同的时间，但是其他时间没有。 任何关于下一步看什么的build议，或者我们可以从腐败的evtx文件中获取任何信息的方法？ 服务器正在运行关键的电子商务应用程序，所以我们希望将重新启动次数保持在最低限度。 编辑：我跑了DUMPEL并得到了非常奇怪的结果。 1/9/2012 4:14:05 PM 1 100 1000 Application Error N/A SERVERNAME Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7a5f8 Faulting module name: ntdll.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba58 Exception code: 0xc0000374 Fault offset: 0x000ce653 Faulting process id: 0x1070 Faulting application start time: 0x01cccf1386d30991 Faulting application path: […]
我遇到了Windows 2008 R2 Standard（SP1）服务器在重新启动时丢失其静态IPconfiguration的问题。 这是一个sysprep的图像。 以下步骤重现该问题： 使用SAC，使用“i”设置IP 使用Win32的EnableStatic（）方法通过PowerShell设置一个IP（然后SetGateways（）） 重启 机器启动时采用以下configuration： 以太网适配器本地连接： 连接特定的DNS后缀。 ： 链路本地IPv6地址。 。 。 。 。 ：[…] 自动configurationIPv4地址。 。 ：169.254.152.31（不正确） 子网掩码 。 。 。 。 。 。 。 。 。 。 。 ：255.255.0.0（不正确，被设置为/ 24） 默认网关 。 。 。 。 。 。 。 。 。 ：1.1.1.1（正确） 偶尔，网关也是不正确的（0.0.0.0） 图像有一个脚本，在sysprep完成后（重新启动之前）运行'netsh int ip reset'，所以看起来并不能解决问题。 （这个问题也没有这一步发生） 重新启动后，在SAC上使用“i”可以永久解决问题。 （但是我想知道根本原因就是不得不再次运行“我”并不理想）
最近， Microsoft更改了 Windows Azure来宾操作系统（Windows 2008，Windows 2008 R2和Windows 2012）中的默认策略 。 其中一个变化是，现在只有Administrators组的成员具有“允许通过远程桌面服务login”，而RemoteDesktopUsers成员不再具有该权限。 现在它是如何有意义的？ RemoteDesktopUsers是旨在允许通过远程桌面login的组，如果该权限被撤销，则该组无效。 让RemoteDesktopUser没有“通过远程桌面服务login”权限有什么意义？
我正在使用一些发布自动化脚本，使用Powershell来更新执行各种应用程序的现有计划任务。 在我的脚本中，我可以设置应用程序的path和工作目录，但似乎没有将更改保存回任务。 function CreateOrUpdateTaskRunner { param ( [Parameter(Mandatory = $TRUE, Position = 1)][string]$PackageName, [Parameter(Mandatory = $TRUE, Position = 2)][Version]$Version, [Parameter(Mandatory = $TRUE, Position = 3)][string]$ReleaseDirectory ) $taskScheduler = New-Object -ComObject Schedule.Service $taskScheduler.Connect("localhost") $taskFolder = $taskScheduler.GetFolder('\') foreach ($task in $taskFolder.GetTasks(0)) { # Check each action to see if it references the current package foreach ($action in […]
我有一个运行NSClient ++的Windows 2008R2服务器。 由于某种原因，该服务已经得到了短裤的内裤，并停止响应Nagios投票。 当我尝试重新启动服务时，服务pipe理器需要很长时间来尝试终止服务，然后最终放弃了“服务花费太长时间来响应”的消息。 但是…它也启动了一个新的服务实例。 如果我查看任务pipe理器或任务tasklist现在可以看到运行nsclient++.exe两个实例。 我试图杀死这两个使用： 右键单击任务pipe理器中的“结束进程” – 假装杀死进程并报告没有错误（例如访问被拒绝），但进程仍然存在。 taskkill /PID <proc id> /F – 报告SUCCESS: The process with PID 6672 has been terminated. 但是这个过程还在运行。 下载SysInternals PsTools并运行pskill <PID> – 报告Process <PID> killed – 但过程仍然存在。 at hh:mm pskill <PID>执行得到pskill做这个SYSTEM帐户…你猜对了，这个进程还在运行。 以上所有都是在pipe理员命令提示符下运行的。 除了不太理想的重启之外（这个盒子是一个相当关键的生产服务器），还有什么我可以尝试的？ 服务器没有受到任何资源压力（内存，CPU，磁盘等），其上运行的一切都很好。 快速查看nsclient++.exe Process Explorer中的线程选项卡，可以看出所有这些nsclient++.exe实例都被卡住了： 另外，我还尝试了杀死所有这些僵尸（？）进程的TCP连接（使用TCPView），希望能够启动一个新的实例，并且能够抓取端口5666.然后，我们可以重启服务器当事情更安静，但唉，没有奏效。
我注意到我的生产服务器“svchost.exe -k netsvcs”正在占用> 1GB的RAM内存，稳定的，我认为是有点过分。 这是tasklist / svc会给我这个过程： Appinfo, CertPropSvc, gpsvc, IKEEXT, iphlpsvc, LanmanServer, ProfSvc, Schedule, SENS, SessionEnv, ShellHWDetection, Winmgmt, wuauserv 我想知道是什么可能是列出的stream程负责这个内存泄漏，以及如何解决这个问题。 过去有没有人有过这样的行为？ 服务器运行Windows Server 2008 R2（内部版本7601：Service Pack 1），它的主要function是运行内部应用程序处理器工作人员。
使用供应商构build的系统，我们意识到他们创build的操作系统分区（ C: ：）相当小（38 GB）。 目标是将Windows 2008 R2更新到SP1。 几个消息来源指出，在安装过程中需要8 GB，其中包括提取的临时文件。 我设法清除分区上的4.6 GB空间，但仍然没有切割它。 在同一个系统上有足够空间的卷上存在另一个分区，但经验告诉我这些安装程序喜欢将其解压缩到C:\temp （或其他一些变体）。 我的问题是： Service Pack安装程序是否使用环境variables来提取临时文件（ %TEMP% ）？ 如果临时文件可路由，是否有足够的4.6 GB空间用于SP1后安装？ 除TechNet上显示的内容外，是否还有其他安装程序切换可以帮助解决此问题？ 作为一个方面，我尝试了其他的select，例如缩小更大的应用程序分区（ D: ：），但是只有在分区之后才有足够的空间，这使得操作系统分区不能够利用卷释放的空间。 另外，我现在不在车站试试这个，但是很高兴知道这是否值得在手之前尝试。 谢谢！
我正在寻找测量完成向NTFS驱动程序发出的文件操作（打开文件closures文件删除文件，写入，读取等）以及能够logging的时间的可能性。 我不能改变应用程序来测量应用程序内的时间。 我感兴趣的是在发出呼叫和返回应用程序执行之间需要多less时间。 应用程序不断写入放置在iSCSI存储上的NTFS卷。 它也经常删除最旧的文件。 文件大小在100到200 MB之间。 卷上总是有大约10％的可用空间。 在某些时候，应用程序无法以正常的速度写入数据，所以它开始在内存中缓冲。 然后发生什么事情，缓冲区开始清空，一切都恢复正常。 我testing了物理卷和逻辑卷的I / O操作 – “停机”期间没有看到exception情况， 现在我想知道问题是在应用程序中还是在OS的某个地方。 出于这个原因，我想如果我能够logging所有的文件操作时间，我将能够弄清楚，如果系统比平常花费更多的时间，或者操作速度很快，并且在应用程序内部阻塞。 平台是64位Windows Server 2008R2。 我尝试了sysinternals进程监视器，但它不logging执行时间。 问题出现可能需要几个小时。 你能build议这个工作的正确工具？