配置SQL Server去使用 Windows的 Large-Page/Huge-Page allocations

最新推荐文章于 2025-12-25 20:20:10 发布
最新推荐文章于 2025-12-25 20:20:10 发布
阅读量103 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 笔记 文章标签： windows
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_70960708/article/details/143659446

今天，一个可改变控制的实现激使我去写这篇文章，这个可改变的控制就是允许运行在Windows200864位服务器上的SQL Server 2005企业版上

使用跟踪标志834，SQLSERVER会利用 Large-Page allocations去构建内存中的Buffer Pool。

下面是我对 Large-Page allocations的理解和这个Large-Page allocations对性能的提升

页面分配

虚拟地址空间（VirtualAddressSpace，VAS）由很多的内存页面组成。这些页面有两种大小，32位系统是小的页面只有4KB大小（IA64位系统上是8KB）

64位系统上是大的页面有2MB大小（IA64位系统上是16MB）。

虚拟地址空间（VirtualAddressSpace，VAS）是由页面描述符表(简称页表)这种结构来维护的，因此，每个虚拟地址空间在页面描述符表里都有对应页面表入口

（个人感觉类似于系统服务描述符表SSDT ,内核描述符表GDT/LDT）。硬件利用这个表将这些入口转译出可读的格式，无论什么时候转译一个虚拟地址，

都必须去这张表找虚拟地址的入口。为了加快查找表上这些入口的速度，CPU维护了一块缓存叫做：Translation Look-Aside Buffer (TLB)

TLB的工作方式类似于SQLSERVER的执行计划缓存，只要一个入口曾经被转译过下次就不需要再次转译，大页的好处是提高TLB命中率，减少内核cpu消耗。

知道这个，就很容易去理解大的页

了解本专栏 订阅专栏 解锁全文 超级会员免费看
SQL Server怎么找出一个表包含的页信息（Page)
09-09
本文将详细介绍如何使用系统动态管理视图`sys.dm_db_database_page_allocations`来获取表的页信息，并结合SQL Server的数据存储基础知识进行解析。 首先，`sys.dm_db_database_page_allocations`是一个未公开的DMF...
SQLServer Stolen内存优化案例
06-27 5182
最近开始观察到 SQLServer.exe 进程占用内存过大，已达到了60GB，如图： 然而，SQLServer 限制的最大内存为 55GB：EXEC sp_configure'max server memory (MB)'可以看到，竟然高出近5GB。 我们知道，’max server memory (MB)’ 限制的是SQLServer buffer pool 的大小，buffer pool
[20180312]进程管理其中的SQL Server进程占用内存远远大于SQL server内部统计出来的内存...
weixin_34072637的博客
11-14 239
sql server 统计出来的内存，不管是这个，还是dbcc memorystatus，和进程管理器中内存差距很大，差不多有70G的差异。 具体原因不止，可能是内存泄漏，目前只能通过重启服务解决 Process/System Counts Value --------------------------...
Windows内存管理
tuhuolong的专栏
03-16 1508
关于内存管理        32位的Windows系统，每个进程都有4GB内存(Gigabytes)大小的虚拟内存空间可以寻址（因为32位指针可以使用从0x00000000 – 0xFFFFFFFF内的任何一个值），而64位的Windows系统，每个进程有8TB(Terabyt
SQL Server内存数据库内部内存结构监视
culuo4781的博客
07-21 721
We can use a variety of available options to keep systems performing at their very best. The SQL Server In-Memory OLTP technological advancement is a great innovation to relieve tempdbcontentions...
配置SQL Server去使用 Windows的 Large-Page/Huge-Page allocations
dingshen2767的博客
03-30 420
配置SQL Server去使用 Windows的 Large-Page/Huge-Page allocations 目录表->页表->物理内存页 看这篇文章之前可以先看一下下面这篇文章 虚拟内存，物理内存，页面文件，还有任务管理器一些概念的解释 了解一下虚拟地址空间（VirtualAddressSpace，VAS）的概念 前几天在论坛里遇到一个问...
Microsoft SQL Server Trace Flags
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
02-22 1638
Complete list of Microsoft SQL Server trace flags (585 trace flags)REMEMBER: Be extremely careful with trace flags, test in your test environment first. And consult professionals first if you are the ...
SQL Server - Performance Counter Guidance
小旭的技术博客
10-18 2104
SQL Server - Performance Counter Guidance
SQL Server 2008性能故障排查（四）——TempDB
热门推荐
MVP黄钊吉（發糞塗牆）
07-18 1万+
接着上一章：I/O TempDB:          TempDB是一个全局数据库，存储内部和用户对象还有零食表、对象、在SQLServer操作过程中产生的存储过程等数据。在一个SQLServer实例中，只有一个TempDB。所以容易成为性能和磁盘空间瓶颈。TempDB可能因为空间可用程度和过量的DDL和DML操作而变得超负荷。这可能导致不相关的应用运行缓慢甚至失败。
SQLOS的内存管理器和SQL SERVER的缓冲池
samozihu的专栏
05-17 3538
from：http://blogs.msdn.com/b/slavao/archive/2005/02/11/371063.aspx SQLOS's memory managerconsists of several components such as memory nodes, memory clerks, memorycaches, and memory objects. Fig
目标列表模块 Cordova 与 OpenHarmony 混合开发实战
2501_94613687的博客
12-20 967
摘要：目标列表模块是一个基于Cordova和OpenHarmony的喝茶目标管理系统，支持目标分类展示（进行中/已完成/已过期）、编辑、删除和标记完成功能。通过HTML和JavaScript实现动态列表渲染，包括进度条显示、操作按钮和状态筛选。数据存储在IndexedDB并同步到原生数据库，提供完整的CRUD操作和状态更新功能。
TK_网络基础和常见攻击（笔记）
汤小萌的博客
12-21 662
它确保内网中每一个IP地址的使用者都是经过授权、身份明确的设备，防止“内鬼”作乱。再vlan下启用user-bind报表检查（也可以在接口下，但是范围更小一些）它不信任外部来的报文，通过路径反查，过滤掉大量源IP不。没有命中的arp报文会认为是非法的而丢弃。真实（伪造）的攻击流量，如反射放大攻击。发送第一个数据包时进行拦截。企图毒化他人缓存时进行阻断。：按攻击发生的时间顺序。网络的第一步就进行控制。：在攻击者接入网络后，是否在同一个隔离组。
01.04 Java基础篇｜泛型、注解与反射实战
u010105645的专栏
12-21 691
Java泛型、注解与反射实战摘要 本文深入解析Java三大核心特性：泛型、注解与反射。泛型部分详细剖析类型擦除机制，展示编译后类型参数被擦除为Object或上界类型的过程，并指出由此带来的限制。通配符章节重点讲解<? extends T>和<? super T>的特性差异：前者支持安全读取但限制写入，后者允许安全写入但读取受限。通过类型关系图和代码示例，阐明上界通配符适合只读场景，下界通配符适用于写入操作。反射部分虽未展开，但暗示其与注解共同构成运行时动态扩展的基础。全文采用理论解析
nt!IoInitSystem函数之前的nt!PsLoadedModuleList
最新发布
linux-0.11调试教程
12-25 216
nt!IoInitSystem函数之前的nt!PsLoadedModuleList
python易混淆知识点（十五）迭代器
echo的博客
12-24 691
Python中的迭代器可以通过两种方式创建：1) 将内置类型转换为迭代器，2) 直接定义自定义迭代器。内置类型如列表、元组、字典、字符串和集合都可以通过iter()函数转换为迭代器，每种类型迭代的内容不同（如字典默认迭代键）。自定义迭代器有三种方法：生成器函数（最常用）、实现__iter__和__next__方法的类、以及生成器表达式。迭代器具有一次性消耗特性，只能前进不能后退，使用next()获取元素，耗尽后会引发StopIteration异常。迭代器在数据处理中非常有用，可以实现批量处理、链式迭代等功能
uos server 1070e 部署glusterfs
各种小好奇
12-22 584
本文介绍了GlusterFS分布式文件系统的部署与配置。GlusterFS作为一款无元数据服务器的开源分布式文件系统，具有简单、可扩展的特点。文章详细说明了在两台统信服务器上部署GlusterFS 7.0版本的过程，包括关闭防火墙、安装软件包、配置集群节点、创建哈希卷等操作步骤。同时对比了不同卷类型的特点，重点介绍了纠删码（EC）卷的创建方法和参数设置。最后列举了常用的GlusterFS维护命令，并分享了作者对GlusterFS简单、轻量特性的使用体验。
java map＜String,List＞判断是否有key，get（key.add(x)，否则put（key,new list(){x})的新写法
zwh1zwh的博客
12-25 318
在Java中，你可以通过几种方式实现这个逻辑。
SpringBoot用JPA接口实现分页和排序
Angletank的博客
12-22 354
一些业务中，需要通过分页实现分批返回数据，或者需要对数据进行排序操作，可以使用Jpa组件的PagingAndSortingRepository接口实现。
找不到有效主机，原因是 。 编码 500 详情 File "/usr/lib/python2.7/site-packages/nova/conductor/manager.py", line 1148, in schedule_and_build_instances instance_uuids, return_alternates=True) File "/usr/lib/python2.7/site-packages/nova/conductor/manager.py", line 742, in _schedule_instances return_alternates=return_alternates) File "/usr/lib/python2.7/site-packages/nova/scheduler/utils.py", line 787, in wrapped return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/nova/scheduler/client/__init__.py", line 53, in select_destinations instance_uuids, return_objects, return_alternates) File "/usr/lib/python2.7/site-packages/nova/scheduler/client/__init__.py", line 37, in __run_method return getattr(self.instance, __name)(*args, **kwargs) File "/usr/lib/python2.7/site-packages/nova/scheduler/client/query.py", line 42, in select_destinations instance_uuids, return_objects, return_alternates) File "/usr/lib/python2.7/site-packages/nova/scheduler/rpcapi.py", line 158, in select_destinations return cctxt.call(ctxt, 'select_destinations', **msg_args) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 174, in call retry=self.retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/transport.py", line 131, in _send timeout=timeout, retry=retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 559, in send retry=retry) File "/usr/lib/python2.7/site-packages/oslo_messaging/_drivers/amqpdriver.py", line 550, in _send raise result 已创建 Nov. 17, 2025, 7:49 a.m.
11-18
<think> 嗯，用户这次的问题很具体：在OpenStack环境创建虚拟机时遇到HTTP 500错误，提示"No valid host was found"，同时给出了包含nova/conductor/manager.py的Python调用栈。这属于典型的调度失败问题，需要结合OpenStack架构和日志分析。 用户提供的引用材料很有价值，特别是引用[5]详细描述了nova-scheduler的调度流程。让我梳理关键点：当nova-api收到请求后，由nova-conductor调用ComputeTaskManager.build_instances()方法，进而触发nova-scheduler的select_destinations()进行主机筛选。错误发生在调度环节，说明没有任何计算节点能满足虚拟机需求。 可能的原因需要分层排查： 首先检查资源状态——虽然错误提示主机不可用，但实际可能是资源不足或策略冲突。比如用户申请的flavor需要16核128G内存，而集群最大节点只有8核64G。或者启用了特定调度策略（如AggregateInstanceExtraSpecsFilter）但未正确配置元数据。 其次是服务状态异常。引用[4]提到nova-compute通过消息队列通信，如果某个计算节点的rabbitmq连接中断，它的资源数据就不会更新到nova-scheduler数据库，导致调度器认为该节点离线。需要确认所有计算节点的nova-compute服务状态及时间同步。 用户提供的调用栈指向nova/conductor/manager.py，结合引用[2]提到的安全设计——nova-compute不能直连数据库，所有数据库操作都通过nova-conductor代理。因此还要检查nova-conductor与数据库的连接是否正常，是否有死锁或慢查询。 最隐蔽的情况是调度器配置问题。例如在nova.conf中配置了多个filters，但filter之间的逻辑冲突。假设同时使用RamFilter和AvailabilityZoneFilter，若可用域内所有节点内存不足，就会触发这个错误。需要检查filter执行顺序是否合理。 关于解决方案，分四级响应很必要：从最直接的资源调整（如更换flavor）到复杂的调度器调试（如检查filter组合）。特别要注意日志分析技巧——用户可能不知道需要同时检查nova-scheduler和nova-compute日志，这点必须强调。 用户能提供具体错误代码，说明已经查看过日志，有一定技术基础。因此回复可以包含操作细节，比如如何临时禁用strict策略（设置scheduler.max_attempts=3），但也要提醒这只适用于测试环境。 </think>在OpenStack创建虚拟机时遇到HTTP 500错误提示**"No valid host was found"**并伴随Python调用栈（含`nova/conductor/manager.py`），这通常表示**调度器无法找到满足条件的计算节点**。以下是系统级排查方案： --- ### **核心原因分析** 1. **资源不足**：请求的规格（Flavor）超出集群物理资源（CPU/RAM/磁盘） 2. **调度策略冲突**：主机聚合/AZ策略、过滤规则（Filter）阻止调度 3. **服务状态异常**：计算节点`nova-compute`服务未运行或未上报资源 4. **数据不同步**：`nova-scheduler`的缓存资源数据过期（需强制刷新） 5. **网络隔离**：目标网络/VLAN未绑定到计算节点 --- ### **详细解决步骤** #### 1. **检查计算节点状态** ```bash # 查看所有计算节点状态及资源 openstack hypervisor list openstack hypervisor show <ID> # 检查具体节点资源 # 确认nova-compute服务状态 systemctl status nova-compute* # 所有计算节点执行 ``` - ✅ **预期结果**：所有节点`State`为`up`，`Status`为`enabled` - ⚠️ **异常处理**：重启异常服务 `systemctl restart nova-compute` --- #### 2. **验证调度器日志** ```bash # 查看nova-scheduler关键日志（控制节点） grep "No valid host" /var/log/nova/nova-scheduler.log # 检查失败原因（常见输出示例） ERROR nova.scheduler.manager [req-xxx] NoValidHost: No valid host was found... ``` - 🔍 **日志线索**： - `Filter RamFilter returned 0 hosts` → 内存不足 - `No host matched AZ 'az1'` → 可用区配置错误 - `Network not available on host` → 网络未绑定 --- #### 3. **强制刷新调度器缓存** ```bash # 清空资源统计缓存（控制节点） nova-manage placement heal_allocations # 修复资源分配 nova-manage cell_v2 discover_hosts --verbose # 重新发现主机 ``` > **原理**：引用[2][5]指出`nova-compute`不直连DB，依赖`nova-conductor`更新资源。缓存过期会导致调度器使用旧数据。 --- #### 4. **调整调度策略** 修改`/etc/nova/nova.conf`中的调度器配置： ```ini [scheduler] # 放宽过滤条件（临时测试） enabled_filters = RetryFilter, AvailabilityZoneFilter, ComputeFilter # 增加调度尝试次数（默认值=3） max_attempts = 10 ``` 重启服务生效： ```bash systemctl restart nova-scheduler ``` --- #### 5. **检查网络配置** ```bash # 确认虚拟机网络绑定到计算节点 openstack network agent list # 检查L2/L3代理状态 openstack network show <Network_ID> # 查看可用物理网络 ``` - 💡 **关键点**：若使用**VLAN网络**，需确保目标计算节点接入相应物理网络[^4]。 --- #### 6. **降级规格测试** 创建最小规格测试实例： ```bash openstack flavor create --ram 512 --disk 5 --vcpus 1 test_flavor openstack server create --flavor test_flavor --image <Image_ID> test_vm ``` - ✅ **成功**：说明原Flavor资源需求过高 - ❌ **仍失败**：需检查底层虚拟化层（如Libvirt/KVM状态） --- ### **高级调试方案** 若以上步骤无效，启用**调度器详细日志**： ```ini # /etc/nova/nova.conf [scheduler] driver = filter_scheduler debug = true # 开启DEBUG日志 [filter_scheduler] available_filters = nova.scheduler.filters.all_filters enabled_filters = RetryFilter, AvailabilityZoneFilter, ComputeCapabilitiesFilter, ImagePropertiesFilter ``` 重启服务后分析`nova-scheduler.log`中的**filter工作流**。 --- ### 根本原因总结 | 原因类型 | 发生概率 | 解决方案 | |------------------|----------|------------------------------| | 资源不足 | ★★★★☆ | 扩容节点/减少Flavor规格 | | 调度策略过严 | ★★★☆☆ | 调整Filter/AZ配置 | | 服务状态异常 | ★★☆☆☆ | 重启`nova-compute`服务 | | 网络隔离 | ★★☆☆☆ | 检查物理网络连接 | | 数据不同步 | ★☆☆☆☆ | 执行`nova-manage`命令刷新缓存 | > **重要提示**：引用[5]证实调度过程由`nova-conductor`调用`nova-scheduler`完成，若问题持续需检查`nova-conductor`与消息队列（RabbitMQ）的通信状态[^2][^5]。 --- ### 相关问题 1. 如何优化OpenStack调度器策略以提高虚拟机创建成功率？ 2. Nova服务组件（nova-api/nova-scheduler/nova-conductor）之间的通信流程是怎样的？ 3. 当出现`NoValidHost`错误时，如何通过修改Filter组合实现紧急容灾？ 4. OpenStack中如何配置主机聚合（Host Aggregates）以隔离特定类型工作负载？ 5. 虚拟机创建过程中，nova-compute服务与底层Hypervisor（如KVM）的交互机制是什么
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值