⑴ 如何解决二层单点故障
服务器高可用、存储双活的架构并不能解决数据的逻辑错误、失效、丢失等问题，传统的备份、恢复解决方案虽然可以数据得到很好的保护，但是发生故障时所造成的数据丢失量较大（RPO=24小时），在本次方案设计中，我们建议采用systemcenter对数据进行持续性备份保护，提供数据有效性验证、数据错误恢复以及业务应急接管等功能。主要硬件配置清单产品描述数量虚拟化服务器Lenovosystem 3850X6，4颗intelE7-4800V3系列CPU，512G 内存，配置万兆网卡虚拟化存储LenovoV3700，8G 缓存，采用万兆主机接口，采用存储底层镜像功能保证存储的数据安全虚拟化资源池网络可堆叠万兆交换机及可堆叠千兆交换机为什么要选用ISCSI存储连接方式而不是FC呢。首先从成本上和今后横向扩充来讲，ISCSI无疑是最佳选择，整个IDC环境都工作在大二层的网络，大二层网络是针对当前最火热的虚拟化数据中心的虚拟机动态迁移这一特定需求而提出的概念，对于其他类型的网络并无特殊的价值和意义。网络设备虚拟化是将相互冗余的两台或多台物理网络设备组合在一起，虚拟化成一台逻辑网络设备，在整个网络中只呈现为一个节点。网络设备虚拟化再配合链路聚合技术，就可以把原来网络的多节点、多链路的结构变成逻辑上单节点、单链路的结构，解决了二层网络中的环路问题。没有了环路问题，就不需要xSTP，二层网络就可以范围无限（只要虚拟网络设备的接入能力允许），从而实现大二层网络。
⑵ 82599双口万兆网卡有没有资源
有资源的。
英特尔82599万兆网卡可以说是目前市场上的主流高端万兆网卡，长期在项目中做技术的应该对这款万兆网卡都很熟悉，但是此系列万兆网卡的很多性能以及区分很多客户仍然不是特别清楚。
82599万兆网卡包含的型号。
Intel 82599芯片包含的万兆网卡主要有以下型号：
E10G42BFSR (X520-SR2) 双口光纤，含2个多模模块
E10G41BFSR (X520-SR1) 单口光纤，含1个多模模块
E10G41BTDA (X520-DA1) 单口光纤，不含模块
E10G42BTDA (X520-DA2) 双口光纤，不含模块
E10G41BFLR (X520-LR1) 单口光纤，含1个单模模块
E10G42BFLR (X520-LR2) 单口光纤，含2个单模模块
“82599” 万兆网卡买点：
支持更高的带宽和吞吐量
符合欧盟指令，减少有害物质的使用，更加环保
支持多种网络操作系统，方便进行广泛部署
更出色的吞吐率
提供指向-点击管理单独的适配器,适配器功能先进
提供集中的存储区域网络(SAN)管理，比其他iSCSI的解决方案成本更低
⑶ 万兆网卡是目前服务器上最快的吗
操作系统层面将这几块网卡做bond绑定，可以实现更快的速度。
Windows2012可以直接用操作系统的“NIC组合功能”，低版本Windows有服务器厂商的程序做这个；Linux的话就修改ifcfg-bond0文件。绑定后带宽就可以相应增加了，我们做4网卡绑定后，基本可以拍到3倍多的速度。
服务器之间传输速度的影响因素太多了：接口瓶颈、传输协议、网络时延、网线质量等等很多。
比万兆网卡快的还有InfiniBand、16Gb/s FC等。
而且呢，如果你进行大量数据分发，还是把数据存在存储上比较好。
⑷ 万兆网速
网速等于，带宽除以8，万兆的带宽，下载速度理论是1250M
⑸ 在xencenter win虚拟机 万兆网卡 怎么安装
在基于LVM的Local EXT和NFS SR上删除快照或克隆虚拟机后，通过释放未使用的数据，XenServer可自动回收磁盘空间，此过程称之为合并（coalescing）。XenServer可在虚拟机运行的同时合并磁盘空间（即在线合并）。
但是，XenServer 5.5的合并部署有一个已知的限制条件。在虚拟机磁盘上删除所有快照或克隆虚拟机后，一些磁盘空间可能仍然处于分配状态。尽管NFS和基于ext的SR的已删除快照或克隆虚拟机所消耗的空间非常少，但对于iSCSI FC和本地SR来说，消耗的空间量是非常巨大的。
为了消除这一局限性，XenServer 5.5 Update 1和更高版本引进了一个离线合并工具。该工具可在虚拟机暂时关闭或暂停使用（离线）时，回收之前分配给已删除快照或克隆的所有磁盘空间。下面介绍了离线合并工具及其使用。
警告！
运行此脚本会导致虚拟机暂时无法使用，因为执行了暂停/恢复操作。
运行此工具前，您必须使用XenCenter或XenServer CLI删除与虚拟机相关的所有快照和克隆。否则，脚本就会失败，工具就会显示错误信息，然后退出。
所有虚拟机磁盘必须在单个主机的共享存储或本地存储上。带有这两种存储类型的磁盘的虚拟机无法合并。
步骤 － 适用于XenServer 5.5 Update 1和更高版本
思杰建议对将运行空间回收工具的虚拟机进行备份，可使用XenCenter导出选项进行备份。
您必须知道虚拟机的UUID。
获取UUID
1. 在XenCenter中，启用隐藏目标（View menu > Hidden Objects）。
1. 在Resource窗格中，选择所需UUID对应的虚拟机。UUID将显示在General项中。
回收磁盘空间
在XenServer CLI中运行以下命令：
coalesce-leaf –u <uuid of VM>
例如，如果虚拟机的UUID是2a8d2815-c97e-245b-efe2-389ba456bd7p，您需要运行以下命令：
coalesce-leaf –u 2a8d2815-c97e-245b-efe2-389ba456bd7p
1. 此命令会暂时中止虚拟机的运行（除非其已经关机），启动回收进程，然后恢复虚拟机运行。
根据上次快照后写入磁盘的数据量的大小，所需的时间也不同。最小的虚拟机（10GB或更低）只需不到1分钟。
步骤 － 适用于XenServer 5.6
思杰建议对将运行空间回收工具的虚拟机进行备份，可使用XenCenter导出选项进行备份。
您需要知道虚拟机和主机UUID。
获取UUID
1. 在XenCenter中，启用隐藏目标（View menu > Hidden Objects）。
1. 在Resource窗格中，选择所需UUID对应的虚拟机。UUID将显示在General项中。
1. 在Resource窗格中，选择资源池主机（列表中的第一台主机）。UUID将显示在General项中。如果您没有使用资源池，选择虚拟机所在的主机。
回收磁盘空间
1. 在XenServer CLI中运行以下命令：
xe host-call-plugin host-uuid=<host-UUID> plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=<VM-UUID>
例如，如果虚拟机的UUID是9bad4022-2c2d-dee6-abf5-1b6195b1dad5，主机UUID是b8722062-de95-4d95-9baa-a5fe343898ea，您需要运行以下命令：
xe host-call-plugin host-uuid=b8722062-de95-4d95-9baa-a5fe343898ea plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=9bad4022-2c2d-dee6-abf5-1b6195b1dad5
1. 此命令会暂时中止虚拟机的运行（除非其已经关机），启动回收进程，然后恢复虚拟机运行。
⑹ WINDOWS 2008下如何让万兆网卡达到应有的传输速率
这传输速率和你网络带宽有关，没有办法通过修改硬件来提高传输速率
⑺ 万兆网卡千兆网卡的区别
两种网卡的传输速率不同。
【传输速率】
应根据服务器或工作站的带宽需求并结合物理传输介质所能提供的最大传输速率来选择网卡的传输速率。以以太网为例，可选择的速率就有10Mbps，10/100Mbps，1000Mbps，甚至10Gbps等多种，但不是速率越高就越合适。例如，为连接在只具备100M传输速度的双绞线上的计算机配置1000M的网卡就是一种浪费，因为其至多也只能实现100M的传输速率。
【网卡】
网卡是工作在链路层的网络组件，是局域网中连接计算机和传输介质的接口，不仅能实现与局域网传输介质之间的物理连接和电信号匹配，还涉及帧的发送与接收、帧的封装与拆封、介质访问控制、数据的编码与解码以及数据缓存的功能等。
⑻ 5T的数据库怎么备份
1、备份的容量
每周六0级备份，其他日期1级备份，启用压缩备份，每次0级备份DB+archivelog大概产生2.5T的备份包，其他日期DB+archivelog大概250G的备份包，一周下来备份包大小为4T，一个月大概16T，保留半年备份，总计需要100T空间，使用128T空间就足够
2、备份的速度
目前使用NAS存储，存储速度大概在100M/s（万兆网卡，但是存储的IO速度只有100M/s）,所以备份5T，0级备份大概需要12个小时（5000000/100/60/60=13.8）
3、备份速度的改进措施
使用SAN存储，存储速度大概1G/s(万兆网卡,存储的速度每秒可以达到万兆/8，除以8是因为网络速度单位是bit，存储单位是byte),备份5T，大概需要1.3小时，SAN存储比较昂贵故只申购20T，SAN上面只保留1个月内的数据，其他月份的数据定期从SAN存储上迁移到慢的128T空间NAS存储上去。
如果不申购SAN，只能使用NAS，该怎么备份？
因为0级备份时间12个小时很长，期间可以再启用一个1级备份只备份归档日志的备份，备份策略如下
0级 17:00开始,07:00结束
BACKUP INCREMENTAL LEVEL 0 TAG 'DB0' DATABASE FORMAT '/dbbak/rmanbackup/data/DB_0_%T%U' PLUS ARCHIVELOG FORMAT '/dbbak/rmanbackup/archivelog/ARCH_0_%T_%s' DELETE ALL INPUT;
1级 23:00开始，24:00结束
BACKUP INCREMENTAL LEVEL 1 TAG 'LOG1' ARCHIVELOG ALL FORMAT '/dbbak/rmanbackup/archivelog/ARCH_1_%T_%s' DELETE ALL INPUT;
0级备份：归档日志+DB+归档日志
第一次归档日志，最后一个日志sequence：336557（备份持续时间17:00-20:00，备份了前一天至今天17:00的归档日志）
DB(备份持续时间20:00-06:00)
第二次归档日志，最初一个日志sequence：336798，最后一个日志sequence：337075（备份持续时间06:00-07:00，备份了23:00-06:00产生的归档日志）
1级备份：归档日志（备份持续时间23:00-24:00，只备份了17:00-23:00产生的归档日志）
最初一个日志的sequence：336558
最后一个日志的sequence：336797
说明0级备份期间的产生的一部分归档日志（17:00-06:00,06:00-07:00期间产生不属于，因为0级数据库在06:00就备份好了），在1级归档日志备份中只备份了17:00-23:00产生的归档日志(即起始于0级备份开始时间，结束于1级备份开始时间),并不是0级份期间的所有归档日志都在1级归档日志备份中备份了(23:00-06:00期间产生的归档日志就没有被备份，而是在0级DB备份后的0级归档日志备份中备份了)
⑼ 什么是VMware Virtual SAN
认识Virtual SAN
如果仅从定义来了解Virtual SAN，难免有些晦涩难懂。对此，不妨从系统构建的角度进行了解。
我们如何构建一个Virtual SAN？要构建一个Virtual SAN系统，至少需要3台ESXi 5.5主机，对于主机要求配有至少一个SSD和一个HDD(也就是硬盘)，配有千兆或者万兆网卡，SAS/SATA控制器等，符合这些硬件的要求，我们就可以构建一个Virtual SAN的存储集群。
Virtual
SAN系统对硬件的要求
通过上述描述，如果仍然没有了解Virtual SAN，还可以换个角度来了解。
换个角度理解Virtual
SAN
如上图所示，Virtual
SAN对于硬件的要求是采用标准X86服务器(至少3台)，充分利用x86服务器本地硬盘，借助网络构建为分布式的共享存储。Virtual
SAN有关管理和控制的软件已经内嵌入vSphere内核中，也就是说，软件已经随vSphere部署了，只要购买License就可以使用了。Virtual
SAN要求x86服务器至少配备一块SSD，作为读/写操作的加速使用。对于Virtual SAN有一点需要说明的，其存储主要用于VMDK((VMWare
Virtual Machine Disk Format))的对象存储。
对于于VMDK需要稍加说明，它是虚拟机VMware创建的虚拟硬格式，文件存在于被称为VMFS(虚拟机文件系统)的VMware文件系统中，所有用户数据和有关虚拟服务器的配置信息都存储在VMDK文件中。VMDK文件通常都比较大，2TB的文件不足为奇。正因为如此它们被描述为“大的、块级I/O模式”。当任何用户数据变化或虚拟服务器配置变化，VMDK文件都要更新。由于VMDK没有增量类型数据获取功能，任何对文件的更改意味着整个文件需要重新备份。
Virtual SAN主要用于VMDK的存储和共享。
Virtual SAN性能和应用
显然Virtual SAN是一种虚拟机的专用存储，对于物理服务器而言是没有办法利用Virtual SAN发布式共享存储。实际上，Virtual
SAN就是一种虚拟机专用的以软件方式定义的存储，该软件已经内嵌入vSphere。由于是软件定义的方式，因此具有软件定义方式所具有的灵活性和敏捷型。它可以根据应用程序需要，用软件的方式设置策略，自动控制所需要的服务级别。
作为一种企业级分布式的共享存储，Virtual SAN需要在性能和高可用性方面满足应用的需要。据了解，Virtual
SAN采用多副本的方式，其硬件故障恢复能力可以实现磁盘、网络故障0停机，它还可以Vsphere HA等进行互操作。
由于Virtual
SAN内嵌入vSphere内核中，就缩短了虚拟机访问存储的I/O，SSD的采用也克服了传统磁盘的I/O瓶颈，数据调度和命中率将直接影响Virtual
SAN的性能。
根据VMware披露的性能指标，在32节点集群Virtual
SAN中，其IOPS读取性能可以达到200万，而读写性能为64万IOPS(70%读，30%写，4K大小，80%随机)。
Virtual SAN性能表现
Virtual SAN的优势在于性能和容量扩展的灵活性，由于采用x86通用服务器，无论在CapEx还是OpEx上均有很好的表现。与磁盘阵列相比，TCO优势明显。
对于Virtual SAN适用的应用场景，首先是应用在虚拟化的应用场合。VMware有关专家表示，Virtual SAN的目标并不是替代现有的磁盘阵列，而是与现有的SAN/NAS磁盘阵列和云存储并存，为用户提供了一种高性价比的虚拟化专用存储。
据了解，桌面虚拟化将是目前Virtual SAN的最佳应用场景之一，会极大降低桌面虚拟化的应用成本。