Articles of vmware vcenter

在所pipe理的服务器中安装vCenter Server是不是一个好主意? 如果是这样,为什么?

一些系统pipe理应用程序(如Data Protection Manager)可以pipe理/备份整个虚拟基础架构。 在安装这样的应用程序时,他们使用SQL Server和Windows Server,因此在虚拟机中运行。 但在虚拟机pipe理程序服务器内部运行这样的应用程序(这两个应用程序都在Windows Server上运行并使用SQL Server)是不是一个好主意? 例如,VMWare vCenter Server正在pipe理ESX服务器,主机名为“a”和“b”。 在“a”或“b”中安装vCenter Server及其SQL Server到虚拟机是否是一个坏主意? 还是需要在这两台服务器之外的虚拟机上安装? 如果我添加一个HyperV服务器,主机名为“c”,但是这次我正在安装Data Protection Manager 2010,我想要备份服务器“a”和“b”,但是现在还需要DPM 2010坐在(“c”)上。 我将如何摆脱这个部署陷阱? 同样,如果DPM或vCenter Server安装在物理服务器上 对天真的道歉。 谢谢

VMware虚拟vCenter和高可用性

继续这个问题: 应该是Vmware vCenter服务器高可用? 根据那里的回应,即使vCenter停机HA也将继续工作。 因此,如果我的vCenter是虚拟机,在同一个虚拟机中使用express sql版本,并且该虚拟机托pipe在它pipe理的同一个集群中(并且集群是为HA设置的):我是否正确地假设,如果主机主机的vCenter停机HA将vmotion的vCenter虚拟机到另一台主机,它会继续运作? 顺便说一下:我的环境很小,有两台ESXi 5.0主机,大约有50台虚拟机,使用iSCSI共享存储的一切。

适用于vCenter群集的iSCSI SAN

我正在为ESX主机的VMWare vCenter群集设置SAN。 我希望它成为虚拟机的主要存储设备。 最终将有多达10台主机。 我正在创build一个在Poweredge R610上安装FreeNAS的testing环境。 如果顺利的话,我们可能会购买R720或者很多驱动器托架。 我在R610的硬盘上有一个RAID-Z,带有一个120GB的SSDcaching。 我计划将此服务器连接到启用巨型帧的专用/隔离千兆交换机,并且所有主机都将连接到此交换机以用于iSCSI。 这是我迄今为止。 FreeNAS是一个很好的select吗? 我如何在VMWare端进行设置? 我是否通过iSCSI将每个主机单独连接到SAN? 还是直接将其添加到vCenter? 我希望能够轻松地跨主机平衡虚拟机,而不必传输VMDK,我认为这是相当隐含的,因为它们都将在SAN上。 任何帮助,提示,从经验中学到的东西将不胜感激! 我应该注意到,我从来没有设置SAN / iSCSI,所以我正在踏入新的水域。 编辑这篇文章已经帮助我认识到,我将需要投入大量的一些更高端的networking设备,使这个执行方式,我想要的。 时间重新评估!

VMware中从模板中部署重复的MAC地址

我正在尝试从模板部署虚拟机。 这个模板已经使用过几十次了; 没什么特别的。 问题是,当我部署一个虚拟机时,看起来没有任何地方,它给它一个与现有的虚拟机相同的MAC地址。 两台虚拟机都使用自动MAC分配。 似乎通常的原因是拥有超过1个vCenter而没有给每个vCenter一个唯一的ID 。 事情是,我们只有1个vCenter。 我已经在vCenter数据库中使用以下查询来确认群集中没有其他冲突: SELECT TOP 1000 [MAC_ADDRESS], COUNT([MAC_ADDRESS]) FROM [VIM_VCDB].[dbo].[VPX_NIC] GROUP BY MAC_ADDRESS HAVING COUNT([MAC_ADDRESS]) > 1 我不断删除新铸造的虚拟机,并试图重新部署它,但它每次发出相同的MAC。 当我从头创build一个新的VM时,它使用一个唯一的MAC。 我无法在网上find其他任何类似的东西,我无法弄清楚这是如何可能的,也无法解决这个问题。 我不想手动开始分配MAC地址。 更新 这已经从一个可重复的问题,而不是一个问题。 我不知道发生了什么事或为什么,但是这个周五晚上好几次发生在我身上。 在发布之前,我今天早上能够重复一遍。 testing现在显示唯一的MAC正在生成; 没有重复。 我不知道为什么,如果任何人有想法,我仍然喜欢洞察力。 我有一个偷偷摸摸的怀疑,这将回来。 Ugggh。

VMWare虚拟机黑色控制台/ APIPA

在我们的环境中,我们似乎有一些奇怪的问题,并没有find根源解决问题的好运气。 所以当我们升级系统的时候,问题通常就在于这个问题。 一旦机器完成configuration(或在晚上重新启动),它将被分配一个APIPA地址(见图),然后控制台将无限期地显示黑色。 APIPAADDRESS 控制台仍然是交互式的,只要能够看到窗口内的鼠标光标,但一切都是黑色的,你不能点击任何东西。 根据评论,忘记包括道歉,这是Windows 7机器,这发生。 我们通常没有服务器或其他操作系统的重新启动(因为我们没有为最终用户使用除Windows 7之外的其他任何东西,我们正在运行大约300多个Windows 7用户虚拟机。但是当我们重新启动它们的时候,它仍然没有问题,但是技术上来说,它本身就是一种不同的环境),所以我不能说这是否会发生在他们身上。 我们试图解决这个问题: 使用分层技术重新构build机器(重新组装registry,重新安装应用程序,重新连接驱动器等)。 没有效果不幸。 删除networking适配器,重新附加它。 没有效果。 将计算机迁移到同一群集中的另一台主机。 没有效果。 将适配器移动到群集中的另一个分布式交换机。 没有效果。 这是相当头痛的我们和任何帮助将不胜感激。

除非删除了NIC,否则无法login到还原的域控制器

我们有四个DC(Windows 2008 R2)在VMware上运行,并由Veeam备份。 目前正在做一些DRtesting。 如果我从备份中恢复DC(完全VM)(显然与我们的生产环境隔离),我无法login。我收到错误消息: There are currently no logon servers available to service your request 如果我删除了网卡,我可以login。 一旦进入,我可以添加一个新的网卡,但是我仍然看到很多SRVlogging错误。 但是,除此之外,如果我用新的NIC重新启动,我得到同样的问题,需要删除它否则我无法login。 这里发生了什么? 我还没有尝试DSRM,基本上是我们唯一的select,支持或否则? 更新:启动到DSRM并进行权威性恢复似乎没有效果。 除非我们移除网卡,否则我们仍然无法启动到DC。 此外,login并给予所有四个DC的IP地址后,恢复的客户端无法正常工作,即使它们可以通过NETBIOS名称和FQDN来ping域。

vmware esxi主机在选举中处于状态

在我的Vmware Esxi服务器5.1,2个作为集群添加的主机中,有HA状态转为ELection。我尝试重新configurationHA,HA没有工作。在集群中,它显示问题为 vCenter Server无法在集群中find主vSphere HA代理 另外,当我重新启动服务器,我发现一些奇怪的日志在任务/事件, login到iscsi target .iscsi启动器无法build立到目标的networking连接 这个目标是我的戴尔Powervault MD3220i存储服务器。 群集编辑设置中的HA选项仅打开。此群集工作正常,但最近才开始此问题。

如何做VCSA冗余?

目前我们正在build立一个新的VMWare环境,现在只在实验阶段。 我们正在研究有一个vCenter群集的可能性,这个vCenter群集有一个活动的和一个备用/镜像的/无论… vCenter,这是VCSA的select。 我们的想法是,我们很可能使用vCenter Web服务来编写脚本,因此我们希望通过进行冗余设置来避免单点故障。 基本上我们希望我们的vCenter可以随时访问。 不幸的是,由于缺乏ADAM支持,所以我们无法进行链接模式,并且将SRM与双重vCenterconfiguration在一起似乎有点太多了,特别是因为我只想pipe理1个vCenter。 我也看了磁盘复制function,这将工作,除了恢复虚拟机将不会自动启动虚拟机崩溃的情况下(据我所知)。 所以,我正在向您的专家提供build议,了解执行VCSA冗余设置的最简单方法。 提前致谢 :)

将VMDK转换为VHD后,启动虚拟机时出现问题

我使用VMWare VCenter Converter Standalone Client将旧PC上的物理驱动器转换为虚拟驱动器。 转换工作正常,我结束了一个有效的VMDK文件。 接下来,我想将VMDK转换为VHD,以便与Microsoft Virtual PC一起使用,因为这是我在新盒子上使用的。 我使用WinImage进行转换,并且工作得很好。 我可以通过WinImage从虚拟驱动器访问文件。 但是,当我使用Virtual PC创build新的虚拟机并添加现有的VHD文件时,机器无法启动。 初始启动屏幕随着RAM的数量闪烁,然后屏幕变黑。 如果我closures虚拟机并以安全模式重新启动,我可以看到驱动程序正在加载,直到最终到达crcdisk.sys并无限期地挂起。 任何想法如何解决这一问题? 我不反对从头开始,如果有另一种方法把我的物理机器变成一个虚拟PC虚拟机。 谢谢! 编辑 – 我应该补充说,虚拟驱动器是一个系统启动驱动器,而不是一个辅助驱动器。 编辑 – 我试图从安装CD启动,并进行修复。 结果是系统由于“驱动程序错误”而无法修复。

vCenter SQL Express数据库维护

在执行了所有默认select的包括sql express数据库的vCenter 5.1的简单安装之后,我们应该如何确保在没有手动干预的情况下继续运行? 目前我们遇到的问题是数据库膨胀到了我们部署的巨大比例。 在我们的每个远程分支,我们有3个物理服务器 科ESXi1 科ESXi2 分支备份(物理窗口框) 活动虚拟机数量的总和为8,然后其中6个虚拟机每天复制到其他ESXi服务器3次,同时Dell Quest vRanger软件也位于分支备份服务器上。 此外,夜间完整备份由6个虚拟机组成,同样使用vRanger软件。 这一切在大多数情况下都可以正常工作,但在vCenter任务和事件日志中相当健谈。 我已经看到9GB的大小vpx_event + vpx_event_arg表安装不到3个月前,这是疯狂的2主机。 正如http://kb.vmware.com/kb/1025914表明我已经进入vSphere Client: 单击pipe理> vCenter Server设置>数据库保留策略 并改变了我们的设置合理的价值。 但是这似乎并没有做任何事情。 我怀疑这是因为我们正在使用快速版,它不能运行SQL代理来安排工作。 我发现的大部分信息似乎都与vCenter 5.0或更低版本有关,许多说明都说5.1是不同的,我发现它是这样的,因为许多页面引用的.sql清除脚本中的2个都不是目前在5.1。 我们必须为vCenter 5.1进行设置以确保sql express数据库不会填满旧数据? 编辑:默认安装设置数据库的恢复模式设置为“简单”,所以事务日志一旦完成使用就会被删除。 这就是说,我有一个问题,事务日志文件的大小在“简单”的数据库和一个大的交易失败,即大小是有限的。 多个GiB数据库缩小与vCenter默认的500MiB事务日志限制导致了一个问题。 我没有理由改变简单的恢复模式,因为损坏的数据库意味着重新安装vCenter来pipe理2台主机。 我们系统pipe理员是唯一login到该机器,所以这不是一个问题。 问题是,每当数据库变得太大,我们的虚拟机备份和复制失败。 然而,我已经把事务日志的最大值设置为无限大的事务。 我想象的解决scheme将涉及通过Windows任务调度程序运行SQL脚本。 但是哪些,我从哪里得到他们,我多久运行一次,按什么顺序运行? PS。 我刚刚注意到,在我们的新部署中,每个事件有1行的vpx_event表每天大约有71500行。