Tech Enthusiasts!

瓦塞隆Nutanix.NEXT准备或想浸泡所有最新趋势, 与行业专家联网, 并收集多味洞见与观众分享以出席公平技术会议者的身份,我学会了如何充分利用这些活动的一二项知识。不论你是一个老练会议作主者或初创者,这是五大基本技巧,以确保你从Nutanix.NEXT经验中获取最大分量:++/p

问题解答

VmwareSQL2016客串磁盘布局

A级
  • Alpm
  • 旅行者
  • 二度回复
哈罗所有

正努力为VMwareMSSQL20162节情嘉宾故障集群搭建最优磁盘布局,该集群将拥有单SQL实例托管多中小型数据库

可惜我们没有资金许可 执行推荐方法 创建大小VM托管数据库

通过NutanixSQL2016最佳实践指南读到并提出了几个问题

我决定分配多盘文件专用于数据库文件, 所以我会有一些数据库文件给每个盘文件, 而不是所有数据库文件的一盘v盘文件
假设这个方法可能更好 出自每个vdsk拥有6GBOplog分配

数据库多分布或只有当你将单个数据库文件分存盘时才真正开始使用?

我知道把日志文件排入多文件不值一值,但对数据库日志文件分配更多驱动器有帮助吗?

谢谢
\rn
mwareMSSQL20162节嘉宾故障集群最优磁盘布局
\rn
r\n幸运的是,我们真的没有资金许可 做推荐方法 创建多小VM托管这些数据库, 所以我们需要尽可能合并
\rn
\r\nI通过NutanixSQL2016最佳实践指南阅读并提出了几个问题
\rn
\r\nI've决定分配多位dists专用于数据库文件, 所以我会有一些数据库文件
\r\nI假设这个方法可能更好 因为每个vdsk有6GBOplog分配
\rn
\r\n
\rn
\r\nI知道把日志文件排入多文件不值一值,但对数据库日志文件分配更多驱动器有帮助吗?
\rn
\r\nThanks","quoteUsername":"AlPM","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
专题结束备注

4项回复

dubuque
用户级3
徽章 +10
几件事情在这里
  1. 计划如何分组故障聚类不支持单微软NFS除非我在读你讲错singleVM双节点Nutanix集群
  2. 数据库多忙和多忙
myDBA是微软MVP中最优秀者之一,所以我们从他(Brad McGehee)和Nutanix工程师那里得到了一些大推荐
推荐64k分配格式和数据库单盘日志和温度对分离作用微乎其微
无关大小 因为它存储读写器 确定数据库是否需要VMDK多数例子常读数小DB,大都存入内存并正常越多DB越忙 越多分治越好钱上正确 并计划做

AHV最优使用,因为你现在可以利用AHVTurbo窗口,尽管,多VMDK数据库意味着专用存储流/VMDK储量增加IO可用性提高后, CPU数量增加,确定 RSS已启动NIC系统,这样你就不会超载CPU系统,并均衡地实现CPU系统交通平衡置所有DB为单VMDK特别当集群混合时 数据大都住在HDD中 if it's not 过度忙或有序阅读或写入

容你更累累的工作 甚至可以看一看VMDKs插入二维维维取SSD大小计数,尽管你不希望它与OpLog存储相冲突

和往常一样,你可启动支持,如果你想验证其中的任何内容并获取帮助设计
David DubuqueNitix2019 & 2020Natanix技术咨询委成员
\rn
    \rn
  1. 计划如何分组故障聚类不支持单微软NFS除非我在读你讲错singleVM双节点Nutanix集群
  2. 数据库多忙和多忙r\n/olr/nMyDBA最佳微软MVPs之一,所以我们从他(Brad McGeehee)和Nutanix工程师那里得到了一些大推荐
    \r\nHe推荐64k分配格式和数据库单盘日志和温度对分离作用微乎其微
    \r\nit无关大小 因为它存储lies\/writes 确定数据库是否需要VMDK多数例子常读数小DB,大都存入内存并正常越多DB越忙 越多分治越好钱上正确 并计划做
    \rn
    \r\nAHV最优使用,因为你现在可以利用AHVTurbo窗口,尽管多VMDKs数据库意味着专用存储流/VMDK储量增加IO可用性提高后, CPU数量增加,确定 RSS已启动NIC系统,这样你就不会超载CPU系统,并均衡地实现CPU系统交通平衡置所有DB为单VMDK特别当集群混合时 数据大都住在HDD中 if it's not 过度忙或有序阅读或写入
    \rn
    mdks连接SSD取SSD大小计数,尽管你不希望它与OpLog存储相冲突
    \rn
    \r\nAss总能启动支持
理查森波多
级
用户级3
徽章 +5
Hi @ALPM

数据盘多盘化的主要原因之一是避免OpLog不填充日志文件多维磁盘传播不产生效益,因为日志顺序写出,而工作量类型绕过OpLog

参考文献
记住,SQL服务器日志文件不同于数据库文件,以顺序或填报方式存取或写入TembB日志文件传播数VMDK日志磁盘争议相当少见,Nutanix推荐每个数据库单日志文件,除非你有令人信服的理由需要更多文件

Source: https://portal.nutanix.com/#/page/solutions/details?targetId=BP-2015-Microsoft-SQL-Server:top_sql_server_log_files.html

OpLog与文件系统日志相似,并建为中转区处理随机写作串行并联结后按序排出数据到存储量OpLog同步复制到数子CVMOPLog全部CVMOPLogOpLog存储到cvmsd层次上以提供极快写I/O性能,特别是随机I/O工作量所有SSD设备都参与并处理OpLog存储OpLog被绕过并直接写到存储量数据目前置放OpLog中,没有排水,所有读请求都直接从OpLog实现,直到排水为止,然后由容量存储/统一缓存服务adupe验证容器,所有写I/O使用hashing机制打印I/O

Source: https://nutanixbible.com/
理查森波尔图-链通网站:http://linkin.com/in/richardsonport
@AlPM<\/user-mention>
\rn
\r\n数据盘多盘化的主要原因之一是避免OpLog不填充日志文件多维磁盘传播不产生效益,因为日志顺序写出,而工作量类型绕过OpLog
\rn
\r\n这里有一些引用
\rn
记住,SQL服务器日志文件不同于数据库文件,以顺序或\u201填充和溢出方式存取或写入TembB日志文件传播数VMDK日志磁盘争议相当少见,Nutanix推荐每个数据库单日志文件,除非你有令人信服的理由需要更多.QQ/blockquote
\r\nSource: https:\/\/portal.nutanix.com\/#\/page\/solutions\/details?targetId=BP-2015-Microsoft-SQL-Server:top_sql_server_log_files.html
\rn
\rn
OpLog与文件系统日志相似,并建为中转区处理随机写作串行并联结后按序排出数据到存储量OpLog同步复制到另外n数CVM\u2019sOpLog全部CVMOPLogOpLog存储到cvmsd层次上以提供极快写I\O性能,特别是随机I\O工作量所有SSD设备都参与并处理OpLog存储OpLog被绕过并直接写到存储量数据目前置放OpLog中,没有排水,所有读请求都直接从OpLog实现,直到排水,然后由范围存储/统一缓存服务adupe验证容器,所有写I\/Os都使用hashing方法取指纹,允许根据指纹复制统一缓存中.++/blockquote
\r\nSource: https:\/\/nutanixbible.com\/","quoteUsername":"RichardsonPorto","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
A级

几件事情在这里

  1. 计划如何分组故障聚类不支持单微软NFS除非我在读你讲错singleVM双节点Nutanix集群
  2. 数据库多忙和多忙

myDBA是微软MVP中最优秀者之一,所以我们从他(Brad McGehee)和Nutanix工程师那里得到了一些大推荐
推荐64k分配格式和数据库单盘日志和温度对分离作用微乎其微
无关大小 因为它存储读写器 确定数据库是否需要VMDK多数例子常读数小DB,大都存入内存并正常越多DB越忙 越多分治越好钱上正确 并计划做

AHV最优使用,因为你现在可以利用AHVTurbo窗口,尽管,多VMDK数据库意味着专用存储流/VMDK储量增加IO可用性提高后, CPU数量增加,确定 RSS已启动NIC系统,这样你就不会超载CPU系统,并均衡地实现CPU系统交通平衡置所有DB为单VMDK特别当集群混合时 数据大都住在HDD中 if it's not 过度忙或有序阅读或写入

容你更累累的工作 甚至可以看一看VMDKs插入二维维维取SSD大小计数,尽管你不希望它与OpLog存储相冲突

和往常一样,你可启动支持,如果你想验证其中的任何内容并获取帮助设计


Hiya多谢

ISCSI客机使用自VMs至Nutanix集群ISCSI数据服务IP运行ESXI

目前有约15个数据库, 都相对繁忙正从各种现有物理服务器移动多片,这些服务器只有本地磁盘
可惜我们不会去AHV, 尚不是反正-我们刚安装新环境ESXI.

覆盖常用基础思想
格式驱动器64K
锁定页面内存
可能时缩放DB并适当设置自动增长设置
等等

iSCSI队列深度限制值得关注吗? i知道使用正常VMSCSI控制器时首选选择是使用Para虚拟控制器,因为性能优异这儿有你所知道的微调吗

欢呼声

几件事情在这里.++/p

  1. 计划如何分组故障聚类不支持单微软NFS除非我在读你讲错singleVM双节点Nutanix集群
  2. 数据库多忙?

    myDBA是微软MVP中最优秀者之一,所以我们从他(Brad McGehee)和Nutanix工程师那里得到了一些大推荐
    推荐64k分配格式和数据库单盘日志和温度对分离作用微乎其微
    大小无关紧要 因为它存储lies\/writes 确定数据库 需要它自己的VMDK多数例子常读数小DB,大都存入内存并正常越多DB越忙 越多分治越好钱上正确 并计划做

    AHV最优使用,因为你现在可以利用AHVTurbo窗口,尽管,多VMDK数据库意味着专用存储流/VMDK储量增加IO可用性提高后, CPU数量增加,确定 RSS已启动NIC系统,这样你就不会超载CPU系统,并均衡地实现CPU系统交通平衡置所有DB为单VMDK特别当集群混合时 数据大都住在HDD中 if it's not 过度忙或有序阅读或写入

    容你更累累的工作 甚至可以看一看VMDKs插入二维维维取SSD大小计数,尽管你不希望它与OpLog存储相冲突

    as always可启动支持


    Hiya多谢

    ISCSI客机使用自VMs至Nutanix集群ISCSI数据服务IP运行ESXI

    目前有约15个数据库, 都相对繁忙正从各种现有物理服务器移动多片,这些服务器只有本地磁盘
    可惜我们不会去AHV, 尚不是反正-我们刚安装新环境ESXI\.

    覆盖常用基础思想
    格式驱动器64K
    锁定页面内存
    可能时缩放DB并适当设置自动增长设置
    等等

    iSCSI队列深度限制值得关注吗? i知道使用正常VMSCSI控制器时首选选择是使用Para虚拟控制器,因为性能优异这儿有你所知道的微调吗

    欢呼+/p

    +00++/p

    \u00a0<\/p>","quoteUsername":"AlPM","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

A级
Hi @ALPM

数据盘多盘化的主要原因之一是避免OpLog不填充日志文件多维磁盘传播不产生效益,因为日志顺序写出,而工作量类型绕过OpLog

参考文献

记住,SQL服务器日志文件不同于数据库文件,以顺序或填报方式存取或写入TembB日志文件传播数VMDK日志磁盘争议相当少见,Nutanix推荐每个数据库单日志文件,除非你有令人信服的理由需要更多文件
Source: https://portal.nutanix.com/#/page/solutions/details?targetId=BP-2015-Microsoft-SQL-Server:top_sql_server_log_files.html


OpLog与文件系统日志相似,并建为中转区处理随机写作串行并联结后按序排出数据到存储量OpLog同步复制到数子CVMOPLog全部CVMOPLogOpLog存储到cvmsd层次上以提供极快写I/O性能,特别是随机I/O工作量所有SSD设备都参与并处理OpLog存储OpLog被绕过并直接写到存储量数据目前置放OpLog中,没有排水,所有读请求都直接从OpLog实现,直到排水为止,然后由容量存储/统一缓存服务adupe验证容器,所有写I/O使用hashing机制打印I/O
Source: https://nutanixbible.com/

多谢

似乎我走对路

除 OPLOG填充外,是否还有其他好处为数据库文件提供更多驱动器?
数据库大都小到极点数据库平均分布于磁盘上, 或2或3DB

Nutanix建议每个数据库单日志文件,除非有令人信服的理由需要更多
我理解 分治跨盘日志文件没有性能益益,所以我们不这样做,但我们将拥有数据库日志文件,所有日志文件将只托管一盘盘

欢呼声
Hi @AlPM<\/user-mention>
\rn
\r\n数据盘多盘化的主要原因之一是避免OpLog不填充日志文件多维磁盘传播不产生效益,因为日志顺序写出,而工作量类型绕过OpLog
\rn
\r\n这里有一些引用
\rn
\rn
记住,SQL服务器日志文件不同于数据库文件,以顺序或\u201填充和溢出方式存取或写入TembB日志文件传播数VMDKsql_server_log_files.html
\rn
\rn
\rn
OpLog与文件系统日志相似,并建为中转区处理随机写作串行并联结后按序排出数据到存储量OpLog同步复制到另外n数CVM\u2019sOpLog全部CVMOPLogOpLog存储到cvmsd层次上以提供极快写I\O性能,特别是随机I\O工作量所有SSD设备都参与并处理OpLog存储OpLog被绕过并直接写到存储量数据目前置放OpLog中,没有排水,所有读请求都直接从OpLog实现,直到排水,然后由范围存储/统一缓存服务a/deupe验证容器所有写I\/Os都使用hashing方法取指纹,允许根据统一缓存中的指纹去复制.+++/blockquate>源码: httpss:\/\/nutanible.com\/cent-qote
\rn
非常感谢
\rn
似乎我走对路
\rn
\r\n除 OPLOG填充外,是否还有其他好处为数据库文件提供更多驱动器?
\r\nI怀疑我们将在磁盘上插入数据库文件,因为大多数数据库都很小数据库平均分布于磁盘上, 或2或3DB
\rn
\rn Nutanix建议每个数据库单日志文件,除非有推理
rnI理解++/b>日志文件跨盘没有性能益,所以我们不这样做,但我们为每个数据库都备有日志文件,所有日志文件只存放在一张盘上
\rn
\r\nCheers","quoteUsername":"AlPM","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
条件和条件
Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies.可选择要接受的cookie我们需要基本cookie使网站工作, 因此这是最小选择 更多了解cookie.Q/a>
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
函数+分析+社交媒体+嵌入视频
Baidu