全新的Windows Servernetworking构build

我即将开始担任一家中小型律师事务所的ITpipe理员。 他们有几个分支机构,总办事处约50人。 200个用户全部用完。 他们目前的IT系统设置是:

  • 8台服务器(服务器2003,2000和运行共享驱动器的Linux机器)
  • 所有运行XP的电脑
  • Exchange 2003没有邮箱限制
  • 工作组中的所有计算机! 没有域名!

一直关注networking的'IT人'已经有点头了,所以他们给了他一个印章,雇用我(呜呼!)我开始列出一些要改进的东西,我会要求是一些新的服务器硬件。 我想购买2台服务器来replace8台旧服务器。

现在我的实际问题! 我想实施Citrix Xen Server并使用它来承载以下内容:

  • 域控制器
  • Exchange Server
  • 思杰农场
  • SAN(1TB应该通过外观来实现)
  • 和一个备份设备

请不要以为我是懒惰的,只是要求别人告诉我要得到什么 – 我正在寻找这方面的select。 我只想要一个开放的论坛来组合人们的东西是最好的装备。

谢谢你的时间每个人!

我要在这里回应pcampbell,但是我的语气会变得更加严峻和强烈。 把它看作是“一个30岁左右的IT人物,他认为他已经看到了这一切”,谈论它的价值。

走进去,要求取代任何东西都不是一个可行的策略。 在尝试更换基础架构之前,您需要对已经存在的内容有一个很好的理解,更别说实际实现了。 我会在这里一瘸一拐地大胆地build议你不像你所想的那样了解这个企业的需求。 你提出的评论是:“……迫不及待要把我的手放在我自己的networking上。” 说话量。 没有任何不礼貌的意图,我一直是承包商多次跟进这些“大型重新devise”的工作,通常我发现新的东西和之前的东西一样混乱。

我会放弃任何小的,更不用说macros伟的替代愿景,并开始logging现在的一切。 您需要了解硬件,软件和业务需求。 在制定改进计划的时候,你需要能够保持现在的状态。

下面是我要处理的事情(点头给pcampbell让我开始…我应该在一小时前阅读服务器错误,而不是徒劳地尝试睡觉):

  • 服务器计算机硬件,操作系统configuration,networking基础设施硬件和协议configuration,物理拓扑结构,逻辑拓扑结构的从上到下的文档。 除了你以外,没有人可能读过它,但是你需要logging下来,以便你自己理解它。

  • 识别业务关键型数据和系统,并立即确保高风险的faulure模式(思考服务器没有冗余磁盘,未备份的数据等等)尽快得到缓解。 这是你的屁股,一旦你接手,如果事情开始失败。 当你还在尝试“学习”时,这是你需要发生的最后一件事情。

  • 确定当前系统中的缺点,挑战和低效率。 你不知道该怎么改善,直到你知道什么是错的开始。 这意味着访问用户,检查过去的故障单历史logging,进行基准testing, 挖掘现有基础架构中的时间和金钱。

  • 当你正在做这些,保持当前系统运行。 通过处理日常问题,你将会学到很多有关这方面的事情。

  • build立与用户,pipe理人员以及任何你必须处理的第三方的关系。 从第一天起,您需要培养自己作为值得信赖的顾问的形象。 您需要以个人利益为重,采取这样的行动,让每个人都清楚自己是为了公司的最大利益而工作,而不是因为喜欢玩技术。

谈一些实际的事情:

给我打个电话,但是我会坚持自己的想法:你提出的“解决scheme”,并build议你购买虚拟化,因为你觉得可能或不可能存在的硬件成本节约,不要理解您可能遇到的潜在性能障碍(特别是在基于数据库的应用程序中)。 我花了一年的时间看着一位客户(在紧急情况下突然来到我的公司)与一对非常昂贵的戴尔6950服务器计算机和iSCSI SAN的性能问题斗争。 他们最后一个“IT人”在“大型架构重build”时所投入的VMware ESX集群正在运行,但是他们的一些应用程序performance不佳,他们发现一些“传统”的服务器计算机没有时髦性,像RAID和DASD这些非激动人心的function将会以更less的钱为他们的一些需求做得更好。 然而,有人被卖掉了一笔货物,现在他们坚持将大量成本投入到一个不灵活的基础设施中。

这里有一些我会去追求的实用项目,按照某种优先顺序排列……但只是有点:

  • 我已经提到了备份 – 在第一天你应该首先考虑备份。然而,从更大的angular度来看,灾难恢复计划是什么样的呢? 它是否存在? 得到一个计划,并得到testing。 访问合作伙伴/所有者,并找出他们花费金钱处理各种灾难(服务器丢失,所有服务器丢失等)的舒适程度。 如果有什么地方我不觉得有罪,要花钱,这是在避免灾难和恢复。 200名因IT灾难而失业的人听起来像是可以预防的悲剧。

  • 什么是Active Directory的冗余模式? 有多个DC吗? 如果没有,尽快弄清楚。 您需要多个DC …期间。 他们是便宜,廉价,廉价的保险,并在灾难发生后复制了广告,使恢复更容易。

  • 为什么不是客户端计算机join到AD域? 让他们join。 让WSUS进入客户端和服务器计算机。

  • 什么是反病毒? 反垃圾邮件? 互联网过滤/监控? 防火墙? VPN的? 用户是否在其PC上以“pipe理员”级帐户运行? 什么是密码策略? 你有什么样的通知企图入侵,未经授权的访问?

  • 什么是业务线应用程序? 他们工作得如何? 他们的performance/效率/可用性能够得到改善吗? 什么是SLA与这些应用程序和可用性相关联? 什么是供应商的支持关系? 你能推荐新的应用程序吗?

  • 在分公司有什么performance? 穷人怎么能改善呢? 什么是WAN连接? 它是否具有成本效益,还是有更好的select呢? 分支机构中的服务器计算机是否有帮助或阻碍?

  • 文件服务器上的空间使用情况如何? 什么是空间趋势? 数据是否可访问和组织? 共享数据(组,权限等)的安全性如何? 你怎么能改进它?

  • 存储的电子邮件是什么样的? 对于电子邮件的存档/保留/销毁有什么样的担忧? 这里有什么大小趋势? 在电子邮件服务器故障的情况下,业务部门希望看到哪些SLA用于灾难恢复? 其次,你会build议什么样的替代/增强来满足SLA(集群,增加服务器来传播负载等)?

  • 是否有特定的服务器计算机或networking基础设施硬件导致效率或安全问题? 计划取代/重新使用它们。

  • 存在什么样的仪器来提供错误,中断等通知? 你为什么没有收到电子邮件或短信通知的事情,如磁盘故障,温度超出规格,服务变得不可用? 您应该通过阻止它们或者至less在用户之前了解它们来主动pipe理停机。

  • 什么是语音电话基础设施? 统一消息会赢吗? 如果有的话,这与手持式计算机/ PDA /无线电话有什么关系?

名单可以继续下去。 基础设施的replace和退役是作为这些项目的一部分发生的,但在我看来,这并不是一个项目。 没有企业为了购买IT而购买IT。 您需要build立一个build议替代的案例,基于企业将通过费用提高效率/生产力/收入来实现。

find客户想要和需要的东西。 在这种情况下,您的客户可能是您的CFO和您的用户。 首席财务官希望尽可能保持预算紧张,因为嘿,他认为IT是一个成本中心,对吧? 所以你必须能够显示投资回报,甚至更好,节约成本。 考虑许可证,电力,冷却,恢复时间,打印机的重新组合等。

回答这个问题:“通过购买这种新的设备,并修改”工作“基础设施,业务将会获得什么?

首先应对还原和备份策略。 那个安全网是最重要的,你只能把手指指向最后一个IT员工那么久。 一旦服务器硬盘崩溃,备份必须快速。

用户可能有一个他们抱怨“IT人”的名单。 当你介绍自己的时候,问问题如下:

  • “你觉得我可以帮忙的是什么样的日常问题?” 一旦用户看到你的耳朵是开放的,他们会让你知道你可能没有想到的事情。 这在这里可以给你6个月的工作。
  • 他们在做Exchange / Outlook共享日历吗?
  • “嘿,你知道吗,每天早晨你都可以打印和登记董事会的时间表,这样人们就能知道这个房间是否在白天预订?” pipe理员助理types喜欢那东西。

当这个大小的公司没有一个域名时,肯定会有问题。 那么他们必须,因为他们已经交换。 使用户拥有Exchange账户的想法变得僵硬,但是他们的机器不在域中?

这听起来像一个有趣的挑战,祝你好运,玩得开心!

确保你知道所有的pipe理员密码。

由于没有域名,您的第一份工作就是计划,部署和解决Active Directory问题 – 而不是需要大量新硬件。

两台服务器好像是一个篮子里太多的鸡蛋,对于200名员工来说,你会希望看到更多的主机,我会说 – 至less有3个虚拟主机,然后几个裸机主机非虚拟化负载至less一个DC,高性能pipe理服务器和一些备件。 备份主机可能会更好地放置在场外或至less在另一层,取决于基础设施和备份设备以及场外存储的策略。

如果你遵循这个计划,SAN将是至关重要的,所以它需要经过很好的testing,而且你或者承包商能够真正certificate你能够处理这个问题并且满足需求。 在较小的公司中,select不当或实施的SAN可能是当今较常见的性能问题之一。

在将主服务器和存储设备交换出去之前,我还将更多的思考放在这个“备份设备”的子弹中。 完成^^应该更重要

是的,没有什么好的答案,因为你可以得到的反馈基本上都是关于如何搞清楚的工作 – 祝你好运,记得玩得开心,总是很好,对数据非常小心。 在使用技术对任何事物进行“改进”之前,业务程序和工作stream程通常更重要