服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

加快组策略,以及如何实施组策略首选项会影响login时间?

我正在寻求一些build议,加快和升级我们的login系统,使其更强大,更快。 我inheritance了一个较早的login系统,该系统最初是从Novell Netware迁移而来的。 我们目前正在运行Windows Server 2008 R2,但域版本仍然是Windows 2000(理论上,如果没有损坏,请不要修复)。 我们希望最终升级到Windows 7,但是至less在几年之后,我们将会混合使用Windows 7和Windows XP SP3。 我们有一些SP2的机器,但是如果不能升级到SP3的话,我们可以负担得起。 目前,我们主要依靠login脚本,主要是用Kixtart编写的,但有一些用VBScript编写,还有一个Windows BAT包装器。 login脚本映射驱动器和打印机,在没有官方补丁(如最近的winhelp.exe安全问题)时安装快速解决方法,以解决安全问题或小错误,安装软件和执行其他任务,如备份IEcollections夹等设置需要重新构图。 我们也启用了less量的组策略。 那些实现一些安全设置,主要是。 我正在尝试使用GPO来安装软件,但我没有发现这是实用的。 我们太多的软件不使用MSI,而我尝试进行MSI捕捉所花费的时间在有一次我试过的时候没有得到回应。 它只是简单地使用脚本进行无人参与的安装。 更重要的是,维护是一个痛苦,如果一台机器已经closures太久,处理延迟的启动。 我不介意重新审视这个问题,但是看起来脚本运行良好,所以我从来没有被迫投入更多的时间。 我们的系统工作正常,但有点不灵活。 它被devise成将每次login时的信息logging到每个loginID的中央存储文件中,并且权限问题(例如同时login一个用户名)每隔一段时间就会启动一次。 我们依靠标志来确定软件是否已经被安装,这可能是脆弱的,有时会导致不必要的安装(例如,如果新用户login到工作站)。 有点慢,尤其是团体政策方面。 我试图做一个configuration文件,我认为这需要大约300秒(可能有点closures)。 一个典型的用户将会应用大约8个小的策略。 我们有大约12个OU,但是对于一些组策略使用WMI过滤。 我们映射了大约8个共享驱动器(基于组成员身份而不是OU)和大约20台打印机(每个人都可以获得每台打印机,但每个站点都有不同的打印服务器)。 软件需求主要基于OU而显着变化,但OU之外的一些人也可能需要该软件。 我的问题: 部署GPP有多难? 鉴于Windows XP本身不支持这个,对吧? 我们需要安装客户端扩展? GPP在Windows XP SP3上可靠吗? 谷歌search,我发现一些引用错误和性能下降。 这是否符合该产品的当前状态? GPP的性能/开销与使用kixtart或vbscript进行映射驱动器和安装打印机相比如何? 用来logging成功/失败login的最佳做法是什么? 我们目前的系统似乎有太多的开销。 这应该存储在事件日志中吗? 在哪台机器上? 集中,还是在本地桌面上? 我们目前使用日志作为debugging工具,并确定用户最后login到域的时间。 我应该尝试加快我们当前的组策略基础架构? 我想这是需要很长时间的启动。 任何想法从哪里开始解决这个问题? 创build现代login系统来处理我提到的任务的最佳实践是什么? 映射驱动器,映射打印机,安装软件,安装补丁程序和执行各种备份例程等。 […]