服务器 Gind.cn

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

VMware ESXi 5补丁是否累计?

这看起来很基本,但我对手动更新独立VMware ESXi主机所涉及的修补策略感到困惑。 VMware vSphere博客试图解释这一点 ,但实际的stream程仍然不清楚。 从博客: 假设Patch01包含以下VIB的更新:“esxi-base”,“driver10”和“driver 44”。 然后Patch02出来更新“esxi-base”,“driver20”和“driver 44”。 P2是累积的,因为“esxi-base”和“driver44”VIB将包括Patch01中的更新。 但是,重要的是要注意Patch02不包含“驱动程序10”VIB,因为该模块没有更新。 这个VMware社区的post给出了一个不同的答案。 这个与另一个矛盾。 我遇到的许多ESXi安装是独立的,不使用Update Manager 。 可以使用通过VMWare修补程序下载门户提供的修补程序来更新单个主机。 这个过程很简单 ,所以部分是有意义的。 更大的问题是确定实际下载和安装的内容。 就我而言,我拥有大量特定于HP的ESXi版本,其中包含用于HP ProLiant硬件的传感器和pipe理。 假设这些服务器从9/2011版本的ESXi版本#474610开始。 查看下面的修补程序门户屏幕快照,有一个针对ESXi update01的修补程序,构build号为#623860。 还有修补程序#653509和#702118的修补程序。 引入旧版本的ESXi(例如特定于供应商的版本),使系统完全保持最新状态的正确方法是什么? 哪些补丁是累积的,哪些需要按顺序应用? 是安装最新的构build正确的方法,还是我需要退后一步,并增量补丁? 另一个考虑是补丁下载的大尺寸。 在带宽有限的站点,下载多个〜300MB的补丁是很困难的。

login为“[email protected]:什么”的含义是什么

我的Windows 2008 R2计算机已join到域中。 在login屏幕中,如果我input“[email protected]:something”作为用户名,我仍然可以正常login,最后附加“:something”的含义是什么? 我甚至可以看到当前用户在切换用户屏幕中显示为“[email protected]:something”。 它是Windows中的一个function吗? 还是只是一个错误? 如果它是一个function,login为“[email protected]”和以“[email protected]:login”有什么区别? 请注意,我尝试了不同的组合,如“mydomain \ username:something”和“mydomain.com:something \ username”。 除了“[email protected]:something”之外,他们都没有工作。 2012年9月10日更新 由Justin提出的RunAs问题与我想解决的问题类似,但不完全一样。 如果你这样做 runas /user:[email protected]:anything 你会得到 RUNAS ERROR: Unable to acquire user password 我证实RunAs甚至在查看[email protected]:anything时都不会打扰到LSA [email protected]:anything用户名。 RunAs应该已经完成​​了inputvalidation,并返回错误。 WinLogon是不同的。 它接受这种input格式并将“[email protected]:anything”传递给LSA。 我看到kerberos.dll里面的LogonUserEx2被调用。 这是要么WinLogoninputvalidation逻辑中的错误,或者这是一个真正的一些隐藏的function可接受的格式。 2012年9月26日更新 我刚刚向Microsoft Premier Support提交了一个案例。 我会在这里更新,如果我从他们得到任何更新。

不要关注幕后的SAN

曾几何时,我build立了自己的SQL服务器,并控制了驱动器configuration,RAID级别等等。数据,日志,tempdb,备份(取决于预算!)的传统分离通常是非常重要的部分的SQL服务器devise过程。 现在,对于企业级SAN,我只需要为新的SQL Server请求特定的驱动器空间,将其划分为用于数据,备份和文件共享的逻辑驱动器。 当然,我的工作更容易,但是有一部分人不能完全放松,我不能真正地偷看“幕后”,看看那里真正发生了什么。 我的理解是,SAN团队不会以不同的方式configuration不同types的驱动器(针对随机访问优化数据驱动器与针对stream式写入的日志驱动器)。 其中一些可能取决于SAN产品本身(我们有一个HP XP12000和一个HP XP24000),但是我确信惠普软件可以进行各种dynamic性能configuration(监视IO热点并在运行中重新configuration为优化这些LUN),以便应用程序团队和DBA不必担心这些问题。 关于“将所有服务器的负载分散到大量的主轴上”或类似的东西。 我的问题/讨论: 在SAN团队中没有敌人的情况下,我如何向自己和应用程序开发人员保证我们的SQL服务器不会遭受configuration不当的存储? 只要使用perfmon统计信息? 其他基准像sqlio? 如果我在这些SAN驱动器上加载testing,这是否真的给我一个可靠的,可重复的测量,当我们上线时我将会看到什么? (假设SAN软件可能会在不同的时间点“dynamicconfiguration”)。 SAN的一部分(比如说Exchange服务器)中的重IO会影响我的SQL服务器吗? (假设他们没有给每个服务器提供专用的磁盘,我已经告诉他们没有) 请求为不同的逻辑驱动器(数据vs日志与tempdb)分离逻辑驱动器在这里有帮助吗? SAN会看到这些不同的IO活动,并以不同的方式优化configuration它们吗? 我们现在处于空间不足的状态。 应用程序团队被告知修剪数据存档等。空间问题会导致SAN团队对如何configuration可能影响服务器性能的内部存储(RAID级别等)做出不同的决定? 感谢您的想法( 在这个SF问题中简单讨论过类似的话题)