Questions tagged «windows-server-2003»

Windows Server 2003是2003年4月发布的Microsoft服务器操作系统。它是Windows Server 2000的后继产品，它基于Windows XP代码库。Windows Server 2008取代了它。

7
如何使用卷影副本进行备份
该计划是创建一个很大的I / O大量卷的卷影副本。它的容量为350GB，其中包含基于文件系统的全文本索引，该索引组织成百上千个文件夹，成千上万个微小文件需要保持一致的状态才能成功还原。 当前，索引器已停止，备份任务正在运行，然后重新启动索引器。这导致索引在备份过程中无法使用数小时。我想通过卷影副本进行一致的备份，理想情况下完全不必停止索引器。 因此，我已经为该卷打开了卷影复制并将其配置为每晚创建一次快照到另一个卷。 现在我有些茫然-如何访问卷影副本的整体，以便进行备份？我设想了一个只读驱动器，其中包含的文件与上次快照时的文件相同，但是也许工作原理完全不同。 操作系统是Windows Server 2003 SP2，备份软件是CommVault Galaxy 7.0。 编辑：请注意-同时-已创建了两个答案，以脚本的形式实现了必要的功能： VBScript（我自己） PowerShell（由John Homer撰写）
6
使用Windows 2003 R2从命令行发送电子邮件的最简单方法
我有一台Windows 2003 R2服务器，我想从命令行发送电子邮件。该服务器未配置SMTP服务。有没有一种可以让我发送电子邮件的衬板？目前，我的特定用例是在触发性能警报时发送一封电子邮件，但通常它会很有用。 我希望有类似的东西 foomail -t peter@example.org -f blah@example.org -m "Alert! the sky is falling" 更新： 我将更喜欢不涉及安装第三方软件的解决方案。
8
Windows Server SBS 2003中的所有硬盘驱动器的磁盘配额选项卡未显示
我有一份新工作，现有的SBS 2003域设置不安全（即每个人都是域管理员等）。由于没有经验丰富的“网络管理员”，因此存在很多问题，我正在尝试一个接一个地修复它们。 我发现一个很奇怪的问题，即“配额”选项卡存在于C：（NTFS）驱动器中，而不存在于D：（NTFS）驱动器中。我玩过gpedit来启用磁盘配额（之前“未配置”），但仍然看不到该选项卡。 您以前看过这个问题吗？您是如何解决的？
4
如何审核文件以查看谁删除了该文件？
在我们的一台服务器上，我们有一个文件，该文件一直神秘地被删除。我想做的是让一个程序监视此文件，并让我知道何时，如何/由谁删除它。我们已经备份了该文件，因此放回它并不麻烦，但是这会导致我们网站上的停机时间。 是否有执行此操作的软件？可能有免费的东西吗？操作系统是Windows Server 2003 SP2 32位。
4
有没有一种自动的方法来从Perfmon整理数据？
我一直在对ASP.NET应用程序进行性能分析时，手动整理Perfmon数据（例如，获取perfmon图的屏幕截图以获取平均值，最小值，最大值），例如处理器使用率百分比，内存中已提交字节百分比等统计信息。服务器大小。 我想知道是否有一种自动化的方法，例如，从某些日志文件中获取特定的性能统计数据，或者什么，甚至从中打印出一份报告？
9
如何增加Windows 2003 NTFS分区的大小？
我有一台非常重要的服务器正在运行Windows Server 2003，并且我的系统分区变得太小，它正在减慢计算机的速度。我已经尝试了所有清洁工作，并在“保存”分区上转移了一些“不重要的软​​件”，但它并没有太大帮助。有没有一种方法可以对可以在2003 Server上运行的硬盘进行重新分区，它并不太昂贵，可以在不关闭计算机的情况下使用。如果没有其他方法，则必须重新安装操作系统，但必须等待周末。感谢您的建议。
7
HP通用打印驱动程序的速度异常慢
我们最近迁移到了Windows 2003 R2 Enterprise x64服​​务器（SP2）作为打印服务器。在大多数情况下，我们发现为我们使用的打印机同时获得x64和x86驱动程序并不难。切换后不久，我们注意到某些打印机要花很多时间才能假脱机工作。特别是，我们注意到HP LaserJet 8100假脱机作业大约需要10到20秒，而之前的假脱机行为几乎比单击更快。 最初，我们怀疑它可能与管理x86客户端打印请求的Windows x64版本有关。但是，该行为似乎只在某些打印机上表现出来。我们最终将其范围缩小到了HP Universal Print Driver。使用该驱动程序的任何打印机的假脱机速度都非常慢。惠普没有为LaserJet 8100提供打印机专用的W2K3 64位驱动程序，只有通用驱动程序可用（自2/25/09起）。除了通用驱动程序外，它们还为32位系统提供了8100特定的驱动程序。 不幸的是，由于打印名称的不同，不能将32位特定的驱动程序添加到x64打印机共享中。显然，您只能添加名称完全相同的32位驱动程序（即，它们都必须都是通用打印机驱动程序）。这造成了很大的困境。通用打印驱动程序的性能太差了，它使多打印作业所花费的时间比以前长了许多倍。实际上，为我们的工程团队做一叠打印需要几个小时，而要花一个半小时。 看来我们的选择是有限的。如果返回到x86 Windows Install以支持8100特定驱动程序，我们将失去支持x64系统的能力。同时创建32位和64位打印服务器将浪费金钱和资源。消除通用打印驱动程序或找到提高其性能的方法会更好。 是否有提高通用打印驱动程序性能的解决方案，还是我回到了x86打印服务器？
2
安全组vs分发组
在我们的广告设置中，有很多安全组，但只有1个通讯组（由先前的管理员创建）。 两种类型的组都包含域对象的列表（我正在查看的用户中的用户）。 安全组和通讯组有什么区别？
4
Windows VPN始终在不到3分钟的时间内断开连接，仅与我的网络断开连接
首先，这个问题已经存在了将近两年。在serverfault诞生之前，我几乎不肯解决它-但现在，希望已重生！ 我已经在远程办公室将Windows 2003服务器设置为域控制器和VPN服务器。我能够从至少五个不同的网络（企业和家庭，域和非网络）从我尝试过的每个Windows客户端（包括XP，Vista和Windows 7）连接到VPN并通过其工作，而不会出现问题。从所有的。 但是，每当我从客户端连接上我的家庭网络，连接中断3分钟或更少后（默默）。片刻之后，它最终会告诉我连接已断开，并尝试重拨/重新连接（如果我已经以这种方式配置了客户端。）如果重新连接，连接将重新建立并似乎可以正常工作，但是再次在看似更短的时间之后，这一次将默默下降。 这些不是间歇滴。它每一次都以完全相同的方式发生。唯一的变量是连接存活的时间。 我发送哪种类型的流量都没关系。我可以坐着不动，连续发送ping，RDP，传输文件，所有这些一次都没有关系。结果总是一样的。连接了几分钟，然后沉默死亡。 既然我怀疑有人遇到过这种确切情况，那么我可以采取哪些步骤对逃避的VPN进行故障排除？ 其他背景 在这两年的时间里，我更改了ISP（两端），添加了新的域控制器（我的网络），并更改了路由器（两个网络）。这些都没有影响。 此问题可以在具有不同操作系统的多台PC上重现，但仅限于我的网络。 通过在非Windows设备上进行测试，我验证了该行为与客户端无关。.我在iPhone上配置了VPN，并通过网络上的wifi连接。我使用一个名为Scany的应用程序连续ping服务器，直到大约2分钟后连接断开。这与Windows客户端上的行为相同。之后，我禁用了AT＆T 3G上的wifi和VPN，并连续ping了11分钟，没有丢失请求。该测试将问题充分隔离到我的网络中。 在过去两年中，唯一一致的组件是我的域控制器，该域控制器处理WINS，还充当入站连接的VPN服务器。但是，出站流量不应通过我的DC路由，而是直接进入防火墙/路由器，后者直接连接到我的电缆调制解调器。 更多注意事项 提出了一个请求，当我建立VPN连接时，我确认我的路由不是时髦的。我看了一下，没有发现明显的错误，但是我在路由配置方面的经验非常有限，因此我要发布数据。 我的局域网的C类范围是192.168.1.255，远程局域网的C类范围是192.168.10.255。我还屏蔽了VPN服务器的公共IP（74.93.XXX.XXX）。 >route print (VPN Disconnected) =========================================================================== Interface List 17...00 ff 10 80 57 0c ......Juniper Network Connect Virtual Adapter 11...00 23 ae e6 bb 49 ......Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit Ethernet NIC (NDIS 6.20) …
11
Windows计划的任务无法完成，错误代码为0xc000013a
我使用的是Windows Server 2003，并且安排的任务无法完成。该任务设置为每天下午3点运行Windows命令脚本（.cmd）。该脚本运行一个程序，该程序从SQL Server数据库中提取一些数据并将该数据上载到FTP服务器。 计划任务文件夹的“最后结果”列中显示的错误代码为0xc000013a。快速的Google搜索导致该Microsoft支持页面显示：最常见的“ C”错误代码为“ 0xC000013A：应用程序由于CTRL + C而终止”。 在任务运行时，没有人登录，因此按CTRL + C时没有人登录。我不确定我是否理解Microsoft文档中在这里所说的内容。 我已经检查了基本的内容-已启用计划任务，计划每天运行，并指向有效位置中确实存在的文件。有趣的是，当我手动运行此任务时（通过从命令行运行.cmd脚本，或右键单击该任务并单击“运行”），该任务成功完成。 该错误代码是什么意思，当我不强制执行此任务时如何使其运行？
1
监视Windows服务器的最佳方法？[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使其成为服务器故障的主题。 3年前关闭。 我在一家为小型企业客户提供IT支持的公司里工作。我的任务之一是执行服务检查，其中包括检查事件查看器是否存在严重错误/警告以及DHCP和DNS管理控制台。还检查了客户端工作站的事件查看器，但没有定期检查。 是否有一个现有的解决方案可以集中查看所有这些日志，从而使我不必远程访问每个服务器并为每个客户端重复做同样的事情？ 每个客户端都有一些版本的Windows服务器-从2003到2012 R2。
1
有没有办法在Windows Update设置中禁用“从Windows Update在线检查更新”？
我已配置WSUS服务器，以保留网络带宽，同时保持使用该WSUS打开的重要更新。 通过域控制器2003中的组策略推送指向客户端PC和其他设置的Intranet WSUS服务器。 在域中配置了以下策略。 计算机配置部分 用户配置部分 并以这种方式在客户端中正确配置。 但我想禁用/删除， （1）用户检查更新的能力（因为它是自动安排在星期五下午4点安装的） （2）用户安装更新的能力 （3）能够从Windows在线检查更新（仅我希望wsus成为下载源） 如果我在3个事实之上划清界线，则在Windows 7客户端设置中其低于我希望禁用的范围 使用现有的Server 2003组策略是否可能？要达到以上3个要求？作为客户，我们确实有需要以上3个要求的Windows XP，7、8、8.1。 任何帮助将不胜感激。
4
使用RDP在服务器上复制文件时的“准备粘贴信息”
我试图通过RDP连接将文件从一个服务器文件夹复制到另一服务器文件夹，当我按CTRL + C复制文件时，将弹出此窗口： 在276个文件和49个文件夹中，只有12.5mb的空间被复制，这应该非常快，但是它似乎正在使用RDP剪贴板共享，因为我看到了大约60-128kb的网络活动，然后右键单击将内容拖到目标即可。如果我禁用剪贴板共享，则CTRL + C可以快速进行复制。 我只注意到一台服务器，它在过去两个月的某个时间发生了。是否有一些Windows更新可能已更改的配置设置？ 我想做的是回到以前的工作方式： 剪贴板共享已启用，允许我在客户端和服务器之间的剪贴板上复制和粘贴文本 启用了共享驱动器，从而允许我在服务器会话中访问客户端上的本地驱动器 在服务器上的本地目录之间复制文件不会使用rdpclip.exe（使用CTRL + C或右键单击复制）将文件内容复制到客户端的剪贴板上 从客户端上的共享文件夹复制文件\\tsclient\xxx不涉及剪贴板，尽管它通过网络复制数据（90％的人确定这是以前的工作方式，直到将文件粘贴到桌面上之前，我没有弹出任何窗口。服务器）
3
Active Directory用户名：规范名称为何有所不同？我可以做些什么使它们统一吗？
我是Active Active Directory网络的自学管理员，该网络用于在约30台PC上进行Windows登录。我从没有接受过任何直接Microsoft培训的其他人那里继承了该系统，因此，我在两件事上一无所知。 网络本身只有一台Windows Server 2008 R2计算机，可以充当域控制器，DNS，文件共享等。登录可以正常工作，但是我在禁用旧帐户的同时浏览用户列表，并且发现一些我不太了解的内容。 以下是几个示例用户帐户： 登录名：john 名字：John 姓氏：Smith 显示名称：John Smith Canonical对象的名称：domain.com/Users/john 登录名：bob 名：Bob 姓：法语 显示名：Bob法语 规范对象名称：domain.com/Users/Bob法语 当前的域控制器已从另一个用于运行Windows Server 2003的域控制器换入。第一个示例帐户是在Server 2003框为DC时创建的，第二个示例帐户是在较新的Server 2008 R2框为DC时创建的。为什么“规范名称”不同，并且有什么不同？ 我在活动目录浏览器中的用户列表中有一半的帐户为“姓氏”，一半的帐户为“名姓”，这使我大为恼火。 我可以做些什么使它们全部相同而又不会中断工作帐户吗？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.