Articles of windows server 2003

在Windows 2003上是否有替代AppFabric?

AppFabric仅在Windows 2008(及更高版本)上可用。 是否有类似的包在Windows 2003上提供类似的function?

Windows Server 2003阻止传出FTP被动模式

我在同一防火墙/路由器后面有两台机器 – 一台是Windows 7工作站,另一台是Windows 2003服务器。 问题是在Windows 2003服务器上使用FileZilla FTP 客户端 (注意:不是服务器)的传出 FTP访问。 使用Win7工作站上的FileZilla客户端,我可以使用被动模式连接到外部FTP站点,而不会出现问题。 但是,当我尝试从Windows 2003服务器上的FileZilla客户端尝试相同的事情时,它试图检索目录列表时挂起。 日志输出如下: Status: Resolving address of xxxxx.com Status: Connecting to xxx.xxx.xxx.xxx:21… Status: Connection established, waiting for welcome message… Response: 220———- Welcome to … Command: USER … Response: 331 User … OK. Password required Command: PASS ************* Response: 230 OK. Current directory is […]

旧的QIC80磁带 – 任何人都知道一个磁带驱动器的驱动程序为2003或XP Windows?

我有项目,我必须尝试加载一些旧的QIC80磁带,看看有什么。 我订购了一些磁带驱动器,但是它们只能用于Windows 95! 有谁知道读取QIC80磁带并被Windows 2003 Server甚至Windows XP识别的磁带驱动器? 我遇到了惠普的T4000磁带机,但我不确定它是否会读取QIC磁带。 有人可以证实吗?

远程存储服务:只能select“可移动媒体”作为媒体types

我试图用一堆LTO4磁带和HP 1840 LTO4驱动器来设置Windows Server 2003远程存储服务器。 我理解它背后的理论(将旧文件从特定的磁盘卷透明地存档到磁带),并试图使其工作。 我已经定义了磁盘卷,Windows可以看到磁带机。 到目前为止,我已经使用了两个磁带,这些磁带出现在“LTO Ultrium”下的“免费”媒体池中。 还有另一个名为“远程存储”的媒体池,其中包含“可移动媒体”池。 这是空的。 我的问题是,当我通过远程存储设置向导时,唯一可以select的“媒体types”是“可移动媒体”。 这似乎是“远程存储”媒体池下的池。 出于某种原因,我无法将LTO4磁带放入此可移动媒体池中。 因此,当我把所有东西都放好后,没有什么东西会被复制到磁带上,大概是因为它不认为有任何媒体可用。 我可以在“远程存储”下设置一个单独的LTO4池,并添加磁带,但在安装过程中,我没有select将该池用作介质types。 这可能听起来有些复杂,所以对此表示歉意。 但是,如果任何人都可以帮助弄清楚如何使用Windows远程存储服务使用LTO4磁带,那就太棒了。

terminal服务器不尊重HKEY_CLASSES_ROOT中的一个关联

我在Windows Server 2003上运行terminal服务angular色。昨天,所有的用户开始遇到双击PDF文件的问题,用NTFS短名称(8.3格式)打开它,所以如果有任何更改,文件被保存在不同的名字下。 我已经使用ASSOC和FTYPE来确保系统范围的文件types关联是正确的。 ASSOC .pdf=AcroExch.Document FTYPE AcroExch.Document="C:\Program Files\Adobe\Reader 9.0\Reader\AcroRd32.exe" "%1" 我使用regedit来确认各个registry项(下面)的内容与提供给ASSOC和FTYPE的参数(他们做的)相匹配。 HKLM\Software\Classes\.pdf HKLM\Software\Classes\AcroExch.Document 但是,Windows在打开PDF时似乎完全忽略了这些设置。 请注意,使用“打开方式”可正常工作,并使用其长名称打开文件,尽pipeconfiguration的string完全相同。 实际上,我可以完全删除shell/open/command键而不起任何作用。 当用户双击某个文件时,尽pipe不再在registry中指定,它仍然以相同的程序打开。 甚至更奇怪的是,在文件夹选项/文件types下,PDF文件的条目说: 您已经使用扩展名“PDF”定制了文件。 要将这些文件恢复为默认types(Acrobat PDF文档),请单击“还原”。 但是,此文件types不存在每个用户的自定义设置。 我考察过HKCU\Software\Classes ,没有与PDF或Acrobat相关的条目。 这个问题在退出之间依然存在。 唯一的解决办法是find注销,删除用户configuration文件,然后重新login到基于默认用户创build一个新的configuration文件。 然后用户按照预期inheritance系统范围的设置。 我的下一个故障排除步骤是重新启动服务器,但几个小时后我将无法完成此操作。 有没有人见过这样的问题?

Windows Server 2003上的SNMP陷阱接收和处理

无需安装任何额外的软件或监控应用程序,我可以configurationWindows Server 2003从我们的UPS接收SMNP陷阱,并根据消息执行操作(将关机命令发送给非关键服务器,启动脚本等)。 我有服务器上运行的SNMP服务和SNMP陷阱服务。 端口123没有监听(我必须弄清楚这是否是从高端IT推送的GP安全策略(应该是TCP还是UDP?))。 社区名称已设置。 而且我们的APC Symmetra系统已经准备好让我告诉它在哪里发送SNMP陷阱。 已经使用系统工具(小的可执行文件和插件通常可以根据它们来自哪里),这可能吗?

Windows XP中的连接丢失远程桌面会话将用户closures而不是断开连接

我们遇到了与TechNet上此帖中所述相同的问题。 我们使用远程桌面远程login到Windows XP机器。 如果连接丢失,则用户注销而不是断开连接。 我检查了GPO的远程桌面设置,但它们都设置为没有会话限制。 连接丢失多长时间无关紧要,注销立即发生。 使用Windows 7和Windows XP时会发生这种情况。 还有其他政策我应该检查吗? 我看到这个问题在网上问了很多,但我没有看到一个解决scheme。 我们的服务器是Windows Server 2003,客户端是Windows XP。 更新:我使用远程桌面testing到Windows 7计算机,用户仍然login。所以这似乎孤立到Windows XP。

Oracle Internet Directory实施问题?

我对使用各种Oracle数据库版本9i到v11的超过300多个用户pipe理TNSNAMES.ORA感到沮丧,通常我会发送电子邮件给所有用户手动复制和更新TNSNAMES.ora 所以我想知道如果实施Oracle Internet Directory是正确的方法吗? 它是免费的吗? 有什么先决条件和限制? 我可以在Windows Server和Unix安装中使用它吗? 我的理解是,OID就像电脑系统的DNS一样。 任何forms的意见和帮助将不胜感激。

Win Server 2003上的cwRsync性能

我已经在Win Server 2003上testing了cwRsync(3.0)的几种情况。我的情况是在一个源主机上有一个rsync守护进程,总共有大约3GB的源文件。 并且有50个运行rsync命令的dest服务器同时从源服务器同步文件。 所有的服务器都在同一个子网下,并且有千兆网卡。 testing案例1: rsync -av这将做delta转移,但是性能非常糟糕。 Number of files: 160 Number of files transferred: 49 Total file size: 2993222827 bytes = 2854 MB Total transferred file size: 1847285024 bytes =1761 MB Literal data: 69543644 bytes = 66 MB Matched data: 1777741380 bytes = 1695 MB File list size: 3088 File list generation time: […]

从Win2k3从DC到新域的主DC?

我的公司目前有两个办事处。 我们有一个非常简单的设置 – 在总部是主要的Windows Server 2003 R2域控制器,在另一个办公室是辅助的Windows Server 2003 R2域控制器。 第二个办公室作为自己的公司被出售,所以networking需要被拆分,电子邮件等托pipe在其他地方。 为此做好准备,有可能因为缺乏更好的描述,而将辅助DC迁移到它自己的域的主要DC,并将所有的用户和权限等转移到新的域。 一旦完成,是否有可能通过信任来允许当前的访问级别持续到新公司的上线date? AD迁移工具是否支持这种情况? 希望这是有道理的… 非常感谢。