none
sql server2008 r2 64bit占用内存 RRS feed

  • 问题

  • 服务器是windows2008 64bit系统,系统安装sql server2008r2 64bit,sqlservr进程占用内存达到30G(系统总共内存64G,内存槽已经插满)

    同样的系统配置,安装另外一台服务器,内存只占到4G。

    这是什么原因啊(下面是sql服务启动时,内存的使用情况),求高手帮忙解决下

    2013年3月23日 15:04

答案

全部回复

  • LZ可以看一下性能计数器,看当时SQL的内存使用情况

    --Windows与SQLSERVER系统使用内存情况和合理配置SQLSERVER内存  --P166
    --性能监视器  perfmon
    --添加-》可用计数器-》Memory-》添加available MBytes和pages/sec

    --数据收集器集-》用户定义-》新建-》数据收集器集-》名称:SQLSERVER内存使用-》手动创建-》性能计数器-》
    --添加下面的性能计数器-》时间间隔15秒-》保存路径:C:\Users\Administrator\Desktop\SQLSERVER内存使用-》
    --保存并关闭-》选中刚才创建的数据收集器-》启动-》变成datacollector01   -》在用户定义下面 SQLSERVER内存使用 右键-》停止
    --或者在空白的地方-》右键-》停止

    --可以右键-》在用户定义下面 SQLSERVER内存使用-》属性-》更改数据收集器保存路径



    --committed bytes:整个Windows系统,包括Windows自身以及所有用户进程使用的内存总数

    --commit limit:整个Windows系统能够申请的最大内存数,其值等于物理内存加上文件缓存大小

    --available MBytes(重要):现在系统空闲的物理内存数。这个指标能够直接反映出Windows层面上有没有内存压力
    --跑在Windows2000上会把空闲内存用完知道剩下4MB~10MB。跑在Windows2003或以上就会留给
    --Windows多一点的物理内存


    --page file :%usage  page file:% peak usage
    --反应缓存文件使用量的多少,使用越多缓存,性能越差

    --pages /sec:每秒钟需要从磁盘上读取或写入的页面数目

    --soft page fault一般不会带来性能影响,因此一般不太关心


    --一个良好的系统,他要处理的数据应该比较长期地保存在物理内存里。如果频繁换页/换入换出
    --势必影响性能,pages/sec不能长时间保持在一个比较高的值

    --对于一台SQL服务器,如果available MBytes长期小于10MB,说明物理内存不太够
    --pages/sec 物理内存不足也会做成频繁换页/换入换出 pages/sec不能长时间保持在一个比较高的值

    --Windows系统自身内存使用情况------------------------------------------------------------------
    --一个32位Windows系统,正常内存使用大概几百MB
    --64位Windows系统大概1GB~2GB


    --如果发生内存泄漏(一般由硬件驱动造成),Windows会用到几个GB甚至十几GB,反过来挤压应用的内存



    --memory :cache bytes
    --系统的working set,也就是系统使用的物理内存数目,包括高速缓存,页交换区,可调页的ntoskrnl.exe
    --和驱动程序代码,以及系统映射视图


    --cache bytes计数器是下面几个计数器的和:system cache resident bytes,system driver resident bytes
    --,system code resident bytes ,pool paged resident bytes

    --system cache resident bytes:系统高速缓存消耗的物理内存。高速缓存的主要功能是提高文件读写的速度

    --,pool paged resident bytes:页交互区消耗的物理内存

    --system driver resident bytes:可调页的设备驱动程序代码消耗的物理内存

    --system code resident bytes:ntoskrnl.exe中可调页代码消耗的内存

    --system pool 内存池
    --如果两个重要的内存池 内存出现泄漏,或者空间用尽,Windows会出现奇怪不正常的行为,
    --进而影响SQL稳定运行。所以需要检查这两个内存池

    --pool nonpaged bytes 非换页内存池

    --pool paged resident bytes 换页内存池



    -------单个process使用情况------------------------------------------------------------------------

    --常见场景:available MBytes看出服务器的内存基本用尽,但是从cache bytes看Windows自己没有
    --使用多少。现在要开始分析应用程序的内存使用了

    --在选择对象的实例里面要每个进程都要添加进计数器里面,不要选择_Total
    --SQL的进程是sqlservr

    --%processor time:是目标进程消耗的CPU资源数,包括用户态和核心态的时间
    --page faults/sec:是目标进程上发生的page faults的数目
    --handle count:目标进程handle(指向object指针)数目句柄数。如果进程内部有对象老是创建,不及时
    --回收,就会发生handle leak

    --thread count:目标进程的线程数目。如果进程老是创建新线程,不释放老线程,就会发生thread leak

    --pool paged bytes:是目标进程所使用的paged pool大小

    --pool nonpaged bytes:是目标进程所使用的non-paged pool大小

    --working set:某个进程的地址空间,存放在物理内存的那一部分

    --virtual bytes:某个进程所申请的虚拟地址空间大小,包括reserved memory 和committed memory

    --private bytes:某个进程提交了的地址空间commited memory中,非共享部分


    --假设有processA 和processB,他们的虚拟地址空间都分成两部分,核心态和用户态
    --核心态是由Windows控制,所有进程共享。

    --processA
    --committed memory :1,2,3,4,7
    --reserved memory:8
    --shared memory:通过特殊API申请的内存,processA和processB都能够访问

    --物理内存physical memory:1,3,4,d,7,9,b,c
    --缓存文件page file:2,y

    --系统核心态内存
    --system working set=x

    --检查计数器主要找到以下:
    --使用内存最多的进程
    --内存使用量在不断增长的进程
    --出现问题的那个时间段,内存使用数量发生过突变(增或降)的进程
    --这些可以通过working set  private bytes得到初步答案

    --如果内存足够,系统不需要经常到硬盘找数据,读动作会变少,内存不够,系统会繁忙,内存是因,磁盘是果

    --如果一个进程的用户态CPU时间比较高,一般说明他没有遇到其他瓶颈,包括内存和磁盘
    --他正在全力运行。
    --如果内存有瓶颈,一般用户态的CPU时间不会很高,但是核心态的CPU时间反而会升高,因为
    --这时候要做paging动作,所带来的产品I/O动作必须运行在核心态下,所以这时候CPU总体使用率
    --不会为0,但一般也不会超过50%

    --分析一台服务器的内存使用之前,要注意下面几点:

    --1、首先确认服务器是32位还是64位,SQLSERVER是32位还是64位
    --因为SQL由于其32位地址空间限制,无法再申请更多内存,所以会存在瓶颈。

    --2、观察计数值的趋势和相互之间的关系,切忌用一两个值就作出结论
    --一般系统有内存瓶颈,磁盘会繁忙,paging动作会比较多

    --3、分析从内存检查使用开始
    --再三强调,内存决定服务器的整体性能,是对性能影响最大的一个系统资源。作为一个最佳经验,
    --建议始终从内存检查开始


    --4、检查Windows系统自己的内存使用
    --64位系统Windows会使用更多的内存,
    --还有system cache resident bytes下降导致Windows释放占有的物理内存。
    --看一下Windows的working set



    --5、观察应用进程的内存使用
    --系统是32位还是64位,
    --boot.ini是否有/3GB参数,
    --是否开启了AWE功能



    --6、分析内存使用对CPU和I/O使用的影响
    --paging是否较多



    --Windows和SQL内存使用关系

    --在绝大多数情况下,SQL会约束自己的内存使用量,不会消耗完系统的内存资源

    --Windows2000中,SQL根据服务器的活动来增大或收缩缓冲区高速缓存,以使可用物理内存
    --保持在4MB到10MB之间。

    --Windows2003,SQL使用内存通知API QueryMemoryResourceNotification
    --确定缓冲池何时可以继续分配内存。当Windows缺内存时,SQL通过这个API能够知道
    --决定合适能够释放内存


    --两个逻辑内存空间大小:total server memory  target server memory
    --SQL启动的时候会检查AWE ,SP_CONFIGURE里的max server memory 当前服务器可用内存数


    --SQL内存使用量突然下降
    --Windows2000时,SQL会用到系统只剩4MB~10MB的内存,对于其他应用例如IIS 会影响较大

    --Windows2003时,改用API QueryMemoryResourceNotification来确认Windows是否有内存压力
    --Windows内存管理也有改变,但是有时候SQL的内存会被压缩很多


    --(1)Windows在某种情况下申请了太多内核态内存,反过来压缩了用户态可以使用的物理内存(SQL使用用户态内存)

    --(2)有些硬件驱动申请了太多内核态内存,也占用了太多物理内存

    --(3)某些应用申请了大量物理内存,使得Windows上内存紧张


    --(1)开启lock page in memory功能
    --SQL2005/2008 企业版才有,使用启动帐户使用具有lock page in memory的权限
    --组策略-》计算机配置-》Windows设置-》安全设置-》本地策略-》用户权限分配-》锁定内存页
    --锁定内存页默认有system 和administrator 启动帐户是local system
    --但是只是锁住用户态,如果Windows内存不够,增加核心态内存,也会挤掉用户态内存


    --(2)sp_configure 设置max server memory

    --(3)升级Windows2003到SP2,或者使用Windows2008 ,这些版本Windows管理内存机制有了调整


    --(4)升级硬件驱动程序,或者联系微软技术服务,帮忙检查是不是硬件方面问题引起


    给我写信: QQ我:点击这里给我发消息

    2013年3月23日 15:37
  • 服务器是windows2008 64bit系统,系统安装sql server2008r2 64bit,sqlservr进程占用内存达到30G(系统总共内存64G,内存槽已经插满)

    同样的系统配置,安装另外一台服务器,内存只占到4G。

    这是什么原因啊(下面是sql服务启动时,内存的使用情况),求高手帮忙解决下

    Depends on how you set max memory in sql, total db size and what kind of processes running on sql.
    2013年3月23日 19:21
  • 内存如果没有访问的话始终维持在30G左右,如果应用访问数据库,内存就会持续上升

    2013年3月24日 3:21
  • LZ可以把SQL ERRORLOG跟Windows eventlog贴出来吗? 以便大家更好分析原因

    例如:

    1 2013-02-12 18:02:57.41 spid1s      A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 0 seconds. Working set (KB): 7484, committed (KB): 63256, memory utilization: 11%.
    2 
    3 --因为我的机器内存不足,所以需要把SQLSERVER内存页面换出
    4 --这个信息在Windows事件查看器里应用程序日志也能看到


    给我写信: QQ我:点击这里给我发消息

    2013年3月24日 6:44
  • 内存如果没有访问的话始终维持在30G左右,如果应用访问数据库,内存就会持续上升

    Did you set max memory in sql? Did you apply latest sql service pack?
    2013年3月24日 17:14
  • 设置了,没用。Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64)   Apr  2 2010 15:48:46   Copyright (c) Microsoft Corporation  Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

    2013年3月25日 12:14
  • 只挂系统数据库都这样。
    2013年3月25日 12:17
  • First of all, install sql2k8 r2 sp2. How did you set max memory? What's the value? Does sql service account have 'lock pages in memory' user rights on the server?
    2013年3月25日 13:06
  • 设置了最大内存60G。没有设置锁定内存页

    2013年3月25日 13:56
  • sql error log如下:

    2013-03-25 19:39:38.88 Server      Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64)
     Apr  2 2010 15:48:46
     Copyright (c) Microsoft Corporation
     Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

    2013-03-25 19:39:38.89 Server      (c) Microsoft Corporation.
    2013-03-25 19:39:38.89 Server      All rights reserved.
    2013-03-25 19:39:38.89 Server      Server process ID is 1876.
    2013-03-25 19:39:38.89 Server      System Manufacturer: 'IBM', System Model: 'System x3690 X5 -[7147I1N]-'.
    2013-03-25 19:39:38.89 Server      Authentication mode is MIXED.
    2013-03-25 19:39:38.89 Server      Logging SQL Server messages in file 'D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG'.
    2013-03-25 19:39:38.89 Server      This instance of SQL Server last reported using a process ID of 4212 at 2013/3/25 19:39:06 (local) 2013/3/25 11:39:06 (UTC). This is

    an informational message only; no user action is required.
    2013-03-25 19:39:38.89 Server      Registry startup parameters:
      -d D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\master.mdf
      -e D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG
      -l D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\mastlog.ldf
    2013-03-25 19:39:38.90 服务器         SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
    2013-03-25 19:39:38.90 服务器         Detected 32 CPUs. This is an informational message; no user action is required.
    2013-03-25 19:39:38.90 Server      Large Page Extensions enabled.
    2013-03-25 19:39:38.90 Server      Large Page Granularity: 2097152
    2013-03-25 19:39:38.91 Server      Large Page Allocated: 32MB
    2013-03-25 19:39:38.91 Server      Large Page Allocated: 32MB
    2013-03-25 19:39:39.18 服务器         Using locked pages for buffer pool.
    2013-03-25 19:39:39.68 服务器         Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an

    informational message only.  No user action is required.
    2013-03-25 19:39:39.68 服务器         Lock partitioning is enabled.  This is an informational message only. No user action is required.
    2013-03-25 19:39:39.72 服务器         Node configuration: node 0: CPU mask: 0x00000000ffff0000:0 Active CPU mask: 0x00000000ffff0000:0. This message provides a

    description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
    2013-03-25 19:39:39.72 服务器         Node configuration: node 1: CPU mask: 0x000000000000ffff:0 Active CPU mask: 0x000000000000ffff:0. This message provides a

    description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
    2013-03-25 19:39:39.77 spid9s      Starting up database 'master'.
    2013-03-25 19:39:40.71 spid9s      Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
    2013-03-25 19:39:42.52 spid9s      Resource governor reconfiguration succeeded.
    2013-03-25 19:39:42.52 spid9s      SQL Server Audit is starting the audits. This is an informational message. No user action is required.
    2013-03-25 19:39:42.52 spid9s      SQL Server Audit has started the audits. This is an informational message. No user action is required.
    2013-03-25 19:39:42.60 spid9s      FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'MSSQLSERVER'.
    2013-03-25 19:39:43.07 spid9s      SQL Trace ID 1 was started by login "sa".
    2013-03-25 19:39:43.08 spid9s      Starting up database 'mssqlsystemresource'.
    2013-03-25 19:39:43.19 spid9s      The resource database build version is 10.50.1600. This is an informational message only. No user action is required.
    2013-03-25 19:39:45.57 spid12s     Starting up database 'model'.
    2013-03-25 19:39:45.63 spid9s      Server name is 'SERVER-OA4'. This is an informational message only. No user action is required.
    2013-03-25 19:39:45.63 spid9s      信息: 找不到支持全文的语言。
    2013-03-25 19:39:45.64 spid9s      Starting up database 'msdb'.
    2013-03-25 19:39:45.81 服务器         A self-generated certificate was successfully loaded for encryption.
    2013-03-25 19:39:45.82 服务器         Server is listening on [ 'any' <ipv6> 1433].
    2013-03-25 19:39:45.82 服务器         Server is listening on [ 'any' <ipv4> 1433].
    2013-03-25 19:39:45.82 服务器         Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].
    2013-03-25 19:39:45.82 服务器         Server local connection provider is ready to accept connection on [ \\.\pipe\sql\query ].
    2013-03-25 19:39:45.83 服务器         Server is listening on [ ::1 <ipv6> 1434].
    2013-03-25 19:39:45.83 服务器         Server is listening on [ 127.0.0.1 <ipv4> 1434].
    2013-03-25 19:39:45.83 服务器         Dedicated admin connection support was established for listening locally on port 1434.
    2013-03-25 19:39:45.84 服务器         The SQL Server Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error:

    0x54b, state: 3. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further

    action is only required if Kerberos authentication is required by authentication policies.
    2013-03-25 19:39:45.84 服务器         SQL Server is now ready for client connections. This is an informational message; no user action is required.
    2013-03-25 19:39:46.45 spid12s     Clearing tempdb database.
    2013-03-25 19:39:46.69 spid12s     Starting up database 'tempdb'.
    2013-03-25 19:39:47.69 spid15s     The Service Broker protocol transport is disabled or not configured.
    2013-03-25 19:39:47.69 spid15s     The Database Mirroring protocol transport is disabled or not configured.
    2013-03-25 19:39:49.32 spid9s      Recovery is complete. This is an informational message only. No user action is required.
    2013-03-25 19:39:49.33 spid15s     Service Broker manager has started.
    2013-03-25 19:39:51.39 spid52      Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required.
    2013-03-25 19:39:51.39 spid52      Using 'xpstar.dll' version '2009.100.1600' to execute extended stored procedure 'xp_instance_regread'. This is an informational

    message only; no user action is required.
    2013-03-25 19:40:40.29 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:40:40.29 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:41:18.96 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:41:18.96 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:41:40.66 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:41:40.66 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:42:41.03 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:42:41.03 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:42:47.07 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:42:47.07 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:42:57.13 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:42:57.13 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:43:17.25 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:43:17.25 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:43:57.50 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:43:57.50 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:44:57.87 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:44:57.87 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:45:58.25 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:45:58.25 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:46:18.96 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:46:18.96 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:46:58.62 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:46:58.62 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:47:58.99 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:47:58.99 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:48:59.36 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:48:59.36 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:49:59.74 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:49:59.74 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:50:47.51 spid54      Starting up database 'byzx'.
    2013-03-25 19:50:48.92 spid54      Starting up database 'HBKG'.
    2013-03-25 19:50:50.32 spid54      Starting up database 'LCP_easyBusinessBuilder'.
    2013-03-25 19:50:51.96 spid54      Starting up database 'LCP_easyFile'.
    2013-03-25 19:50:53.27 spid54      Starting up database 'LCP_easyUI'.
    2013-03-25 19:50:54.73 spid54      Starting up database 'LCP_LWF'.
    2013-03-25 19:50:56.28 spid54      Starting up database 'LZMISAM'.
    2013-03-25 19:50:57.83 spid54      Starting up database 'LZMISCOMMON'.
    2013-03-25 19:50:59.22 spid54      Starting up database 'LZMISCP'.
    2013-03-25 19:51:00.82 spid54      Starting up database 'LZMISDoc'.
    2013-03-25 19:51:02.45 spid54      Starting up database 'LZMISFrame'.
    2013-03-25 19:51:03.74 spid54      Starting up database 'LZMISMSG'.
    2013-03-25 19:51:04.99 spid54      Starting up database 'LZMISGH'.
    2013-03-25 19:51:05.08 spid54      CHECKDB for database 'LZMISGH' finished without errors on 2009-12-02 13:33:03.037 (local time). This is an informational message

    only; no user action is required.
    2013-03-25 19:51:06.47 spid54      Starting up database 'LZMISOA'.
    2013-03-25 19:51:07.92 spid54      Starting up database 'LZMISPM'.
    2013-03-25 19:51:08.15 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 19:51:08.15 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 19:51:09.47 spid54      Starting up database 'LZMISPortal'.
    2013-03-25 19:51:10.77 spid54      Starting up database 'ZQ_Config'.
    2013-03-25 21:51:13.40 spid15s     Service Broker manager has shut down.
    2013-03-25 21:51:14.93 spid9s      SQL Server is terminating in response to a 'stop' request from Service Control Manager. This is an informational message only. No

    user action is required.
    2013-03-25 21:51:14.93 spid9s      SQL Trace was stopped due to server shutdown. Trace ID = '1'. This is an informational message only; no user action is required.

    2013年3月25日 14:58
  • Usually 64-bit OS with large amount of memory needs around 8gb memory, so can set max memory for sql to 56gb. And should set 'lock pages in memory' and apply sp2.
    2013年3月25日 14:59
  • 不起作用

    2013年3月25日 15:27
  • Login failure is not related to memory allocation, what's default db for sa?
    2013年3月25日 15:53
  • SQL Server is terminating in response to a 'stop' request from Service Control Manager

    LZ你看一下Windows eventlog呢?

    还有LZ你好像没有把完整的sql errorlog贴出来哦

    2013-03-25 19:51:10.77 spid54  直接就到了2013-03-25 21:51:13.40 spid15s


    给我写信: QQ我:点击这里给我发消息

    2013年3月25日 16:35
  • 那个错误是另外一台服务器访问db造成的。

    2013年3月26日 1:11
  • windows的日志没有任何错误或提示

    error log好几个,我只贴了一个

    2013年3月26日 1:13
  • SQL Server is terminating in response to a 'stop' request from Service Control Manager

    这个是我手动停止sql 服务产生的

    2013年3月26日 1:30
  • errorlog你要贴最新的那个 ,就是errorlog  不是 errorlog.1  ,errorlog.2


    给我写信: QQ我:点击这里给我发消息

    2013年3月26日 1:31
  • 2013-03-25 23:25:39.26 Server      Microsoft SQL Server 2008 R2 (SP2) - 10.50.4000.0 (X64)
     Jun 28 2012 08:36:30
     Copyright (c) Microsoft Corporation
     Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

    2013-03-25 23:25:39.26 Server      (c) Microsoft Corporation.
    2013-03-25 23:25:39.26 Server      All rights reserved.
    2013-03-25 23:25:39.26 Server      Server process ID is 2932.
    2013-03-25 23:25:39.26 Server      System Manufacturer: 'IBM', System Model: 'System x3690 X5 -[7147I1N]-'.
    2013-03-25 23:25:39.26 Server      Authentication mode is MIXED.
    2013-03-25 23:25:39.26 Server      Logging SQL Server messages in file 'D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG'.
    2013-03-25 23:25:39.26 Server      This instance of SQL Server last reported using a process ID of 5084 at 2013/3/25 23:25:38 (local) 2013/3/25 15:25:38 (UTC). This is an informational message only; no user action is required.
    2013-03-25 23:25:39.26 Server      Registry startup parameters:
      -d D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\master.mdf
      -e D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG
      -l D:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\mastlog.ldf
    2013-03-25 23:25:39.27 服务器         SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
    2013-03-25 23:25:39.27 服务器         Detected 32 CPUs. This is an informational message; no user action is required.
    2013-03-25 23:25:39.27 Server      Large Page Extensions enabled.
    2013-03-25 23:25:39.27 Server      Large Page Granularity: 2097152
    2013-03-25 23:25:39.28 Server      Large Page Allocated: 32MB
    2013-03-25 23:25:39.28 Server      Large Page Allocated: 32MB
    2013-03-25 23:25:39.54 服务器         Using locked pages for buffer pool.
    2013-03-25 23:25:40.04 服务器         Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
    2013-03-25 23:25:40.04 服务器         Lock partitioning is enabled.  This is an informational message only. No user action is required.
    2013-03-25 23:25:40.06 服务器         Node configuration: node 0: CPU mask: 0x00000000ffff0000:0 Active CPU mask: 0x00000000ffff0000:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
    2013-03-25 23:25:40.06 服务器         Node configuration: node 1: CPU mask: 0x000000000000ffff:0 Active CPU mask: 0x000000000000ffff:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
    2013-03-25 23:25:40.10 spid9s      Starting up database 'master'.
    2013-03-25 23:25:40.76 spid9s      Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
    2013-03-25 23:25:41.88 spid9s      Resource governor reconfiguration succeeded.
    2013-03-25 23:25:41.88 spid9s      SQL Server Audit is starting the audits. This is an informational message. No user action is required.
    2013-03-25 23:25:41.88 spid9s      SQL Server Audit has started the audits. This is an informational message. No user action is required.
    2013-03-25 23:25:41.99 spid9s      FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'MSSQLSERVER'.
    2013-03-25 23:25:42.18 spid9s      SQL Trace ID 1 was started by login "sa".
    2013-03-25 23:25:42.18 spid9s      Starting up database 'mssqlsystemresource'.
    2013-03-25 23:25:42.22 spid9s      The resource database build version is 10.50.4000. This is an informational message only. No user action is required.
    2013-03-25 23:25:43.28 spid13s     Starting up database 'model'.
    2013-03-25 23:25:43.32 spid9s      Server name is 'SERVER-OA4'. This is an informational message only. No user action is required.
    2013-03-25 23:25:43.33 spid9s      信息: 找不到支持全文的语言。
    2013-03-25 23:25:43.33 spid23s     Starting up database 'LZMISCP'.
    2013-03-25 23:25:43.33 spid24s     Starting up database 'LZMISAM'.
    2013-03-25 23:25:43.33 spid19s     Starting up database 'LCP_easyBusinessBuilder'.
    2013-03-25 23:25:43.33 spid15s     Starting up database 'msdb'.
    2013-03-25 23:25:43.33 spid17s     Starting up database 'HBKG'.
    2013-03-25 23:25:43.33 spid16s     Starting up database 'byzx'.
    2013-03-25 23:25:43.33 spid25s     Starting up database 'LZMISDoc'.
    2013-03-25 23:25:43.33 spid22s     Starting up database 'LZMISCOMMON'.
    2013-03-25 23:25:43.33 spid21s     Starting up database 'LCP_LWF'.
    2013-03-25 23:25:43.33 spid26s     Starting up database 'LZMISFrame'.
    2013-03-25 23:25:43.33 spid20s     Starting up database 'LCP_easyUI'.
    2013-03-25 23:25:43.33 spid18s     Starting up database 'LCP_easyFile'.
    2013-03-25 23:25:43.33 spid30s     Starting up database 'LZMISPM'.
    2013-03-25 23:25:43.33 spid29s     Starting up database 'LZMISOA'.
    2013-03-25 23:25:43.33 spid28s     Starting up database 'LZMISGH'.
    2013-03-25 23:25:43.33 spid31s     Starting up database 'LZMISPortal'.
    2013-03-25 23:25:43.33 spid27s     Starting up database 'LZMISMSG'.
    2013-03-25 23:25:43.33 spid32s     Starting up database 'ZQ_Config'.
    2013-03-25 23:25:43.46 服务器         A self-generated certificate was successfully loaded for encryption.
    2013-03-25 23:25:43.47 服务器         Server is listening on [ 'any' <ipv6> 1433].
    2013-03-25 23:25:43.47 服务器         Server is listening on [ 'any' <ipv4> 1433].
    2013-03-25 23:25:43.47 服务器         Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].
    2013-03-25 23:25:43.47 服务器         Server local connection provider is ready to accept connection on [ \\.\pipe\sql\query ].
    2013-03-25 23:25:43.47 服务器         Server is listening on [ ::1 <ipv6> 1434].
    2013-03-25 23:25:43.48 服务器         Server is listening on [ 127.0.0.1 <ipv4> 1434].
    2013-03-25 23:25:43.48 服务器         Dedicated admin connection support was established for listening locally on port 1434.
    2013-03-25 23:25:43.48 服务器         The SQL Server Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error: 0x54b, state: 3. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.
    2013-03-25 23:25:43.48 服务器         SQL Server is now ready for client connections. This is an informational message; no user action is required.
    2013-03-25 23:25:44.63 spid13s     Clearing tempdb database.
    2013-03-25 23:25:44.81 spid13s     Starting up database 'tempdb'.
    2013-03-25 23:25:46.38 spid33s     The Service Broker protocol transport is disabled or not configured.
    2013-03-25 23:25:46.38 spid33s     The Database Mirroring protocol transport is disabled or not configured.
    2013-03-25 23:25:46.78 spid9s      Recovery completed for database LZMISAM (database ID 11) in 1 second(s) (analysis 2 ms, redo 0 ms, undo 1343 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:46.88 spid9s      Recovery completed for database LZMISDoc (database ID 14) in 1 second(s) (analysis 10 ms, redo 0 ms, undo 786 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:46.98 spid9s      Recovery completed for database LCP_easyFile (database ID 8) in 2 second(s) (analysis 1 ms, redo 0 ms, undo 1147 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:47.10 spid9s      Recovery completed for database HBKG (database ID 6) in 2 second(s) (analysis 1 ms, redo 0 ms, undo 980 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:47.23 spid9s      Recovery completed for database LZMISFrame (database ID 15) in 1 second(s) (analysis 1 ms, redo 0 ms, undo 697 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:47.34 spid9s      Recovery completed for database LZMISMSG (database ID 16) in 2 second(s) (analysis 1 ms, redo 0 ms, undo 1916 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:47.91 spid9s      Recovery completed for database byzx (database ID 5) in 2 second(s) (analysis 9 ms, redo 0 ms, undo 1811 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:48.04 spid9s      Recovery completed for database LZMISPM (database ID 19) in 2 second(s) (analysis 0 ms, redo 0 ms, undo 1210 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:48.16 spid9s      Recovery completed for database LZMISGH (database ID 17) in 2 second(s) (analysis 1 ms, redo 0 ms, undo 1398 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:48.60 spid9s      Recovery completed for database LZMISPortal (database ID 20) in 1 second(s) (analysis 1 ms, redo 0 ms, undo 314 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:48.93 spid9s      Recovery completed for database LZMISOA (database ID 18) in 3 second(s) (analysis 7 ms, redo 0 ms, undo 2781 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:49.59 spid9s      Recovery completed for database LCP_easyBusinessBuilder (database ID 7) in 1 second(s) (analysis 2 ms, redo 0 ms, undo 69 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:49.93 spid9s      Recovery completed for database msdb (database ID 4) in 2 second(s) (analysis 6 ms, redo 0 ms, undo 1464 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:50.62 spid9s      Recovery completed for database ZQ_Config (database ID 21) in 2 second(s) (analysis 4 ms, redo 0 ms, undo 650 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:51.15 spid9s      Recovery is writing a checkpoint in database 'LZMISCP' (13). This is an informational message only. No user action is required.
    2013-03-25 23:25:51.15 spid9s      Recovery completed for database LZMISCP (database ID 13) in 5 second(s) (analysis 5 ms, redo 4575 ms, undo 451 ms.) This is an informational message only. No user action is required.
    2013-03-25 23:25:53.13 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 23:25:53.13 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 23:25:53.24 登录          错误: 18456,严重性: 14,状态: 38。
    2013-03-25 23:25:53.24 登录          Login failed for user 'sa'. 原因: 无法打开明确指定的数据库。 [客户端: 192.168.0.7]
    2013-03-25 23:25:55.19 spid33s     Service Broker manager has started.
    2013-03-25 23:25:57.43 spid28s     CHECKDB for database 'LZMISGH' finished without errors on 2009-12-02 13:33:03.037 (local time). This is an informational message only; no user action is required.
    2013-03-25 23:26:01.47 spid9s      Recovery is complete. This is an informational message only. No user action is required.
    2013-03-26 00:00:44.66 spid21s     This instance of SQL Server has been using a process ID of 2932 since 2013/3/25 23:26:01 (local) 2013/3/25 15:26:01 (UTC). This is an informational message only; no user action is required.

    2013年3月26日 2:41
  • It doesn't say anything about memory.
    2013年3月26日 2:44
  • perfmon监控的截图,在这里发不了
    2013年3月26日 2:49
  • Apply sp2 and set 'lock pages in memory' then check again.
    2013年3月26日 2:58
  • 补丁打了, lock pages inmemory 昨天晚上也试了,不管用。内存在sql只有系统库,没有任何应用数据库的情况下都占30G。
    2013年3月26日 3:04
  • Can you post perfmon counters here?
    2013年3月26日 3:09
  • 这个我放不上来啊,贴图片不让贴,那位留个邮箱,我发给你们,你们帮我传上来

    2013年3月26日 3:10
  • Don't need image, just post counters with value.
    2013年3月26日 3:22
  • 数据不能复制出来啊

    2013年3月26日 3:37
  • 内存 显示: 共:  46 
     
    进程 进程 ID 提交 (KB) 工作集 (KB) 可共享 (KB) 专用 (KB)
    sqlservr 2932 68,328,076 358,900 32,400 326,500
    explorer 2984 336,748 104,012 33,684 70,328
    lsass 760 119,200 69,500 8,628 60,872
    TeamViewer_Desktop 5200 160,068 69,160 8,668 60,492
    svchost##3 308 147,104 47,556 15,180 32,376
    mmc 1876 282,464 59,800 29,560 30,240
    mstsc 4704 149,228 39,488 17,376 22,112
    svchost##6 1092 632,324 30,080 9,636 20,444
    TeamViewer 3888 157,516 36,140 17,072 19,068
    svchost##2 360 68,940 24,300 6,252 18,048
    svchost##5 600 81,236 21,440 7,160 14,280
    aspnet_state 1456 56,528 18,040 4,028 14,012
    SMSvcHost 1528 540,232 32,644 18,768 13,876
    services 736 49,400 20,064 6,584 13,480
    w3wp 3804 81,008 19,804 6,584 13,220
    ZhuDongFangYu 904 88,568 19,432 6,804 12,628
    svchost##4 536 72,700 21,004 8,776 12,228
    svchost 888 53,212 16,680 5,896 10,784
    rundll32 6112 75,008 16,184 5,872 10,312
    svchost##7 1212 67,748 16,192 7,060 9,132
    svchost##10 1636 64,708 14,376 5,320 9,056
    spoolsv 1360 105,292 15,796 6,844 8,952
    svchost##1 968 45,104 12,636 4,460 8,176
    svchost##8 1432 45,328 12,444 5,000 7,444
    winlogon 712 45,696 11,584 4,168 7,416
    tv_x64 3784 68,892 10,012 2,888 7,124
    taskhost 2880 74,040 11,948 5,712 6,236
    sqlwriter 2680 41,708 10,556 4,580 5,976
    taskeng##1 2664 34,360 9,324 3,472 5,852
    taskeng 544 32,824 9,292 3,524 5,768
    dllhost 5388 34,728 9,076 3,332 5,744
    msdtc 3512 64,968 10,372 4,660 5,712
    csrss##1 664 225,044 21,764 16,308 5,456
    lsm 772 37,404 9,096 3,980 5,116
    svchost##11 2496 45,412 9,668 4,704 4,964
    csrss 604 122,164 8,816 4,224 4,592
    dwm 2960 82,804 8,892 4,556 4,336
    svchost##12 564 36,640 7,504 3,276 4,228
    wininit 656 60,684 7,844 3,680 4,164
    svchost##9 1608 15,176 5,700 2,004 3,696
    360EntClient##1 3264 184,820 4,352 1,572 2,780
    smss 496 6,684 2,652 736 1,916
    tv_w32 1424 65,784 5,112 3,444 1,668
    360EntClient 1388 75,908 2,244 1,016 1,228
    System 4 3,444 368 308 60
    Idle 0.000 0 24 0 24

    计数器 

    内存 显示: 共:  28 
     
    counter 平均值 最小 最大
    % Committed Bytes In Use 33 33 33
    Available Bytes 32,879,574,100 32,874,360,832 32,886,861,824
    Cache Bytes 116,758,024 116,686,848 118,235,136
    Cache Faults/sec 0.75 0 13
    Commit Limit 110,636,687,360 110,636,687,360 110,636,687,360
    Committed Bytes 36,411,415,770 36,375,719,936 36,423,356,416
    Demand Zero Faults/sec 2,036 0 12,233
    Free & Zero Page List Bytes 31,106,809,520 31,101,796,352 31,111,442,432
    Free System Page Table Entries 33,555,556 33,555,538 33,556,052
    Modified Page List Bytes 15,690,164 15,450,112 16,134,144
    Page Faults/sec 2,077 0 12,233
    Page Reads/sec 0 0 0
    Page Writes/sec 0 0 0
    Pages Input/sec 0 0 0
    Pages Output/sec 0 0 0
    Pages/sec 0 0 0
    Pool Nonpaged Allocs 144,286 144,104 144,434
    Pool Nonpaged Bytes 123,802,607 123,719,680 123,842,560
    Pool Paged Allocs 127,883 127,809 127,932
    Pool Paged Bytes 162,053,271 162,045,952 162,082,816
    Pool Paged Resident Bytes 161,820,941 161,820,672 161,837,056
    Standby Cache Core Bytes 0 0 0
    Standby Cache Normal Priority Bytes 1,542,196,644 1,540,833,280 1,544,859,648
    Standby Cache Reserve Bytes 230,567,936 230,567,936 230,567,936
    System Cache Resident Bytes 116,758,024 116,686,848 118,235,136
    Transition Faults/sec 41 0 1,091
    Transition Pages RePurposed/sec 0 0 0
    Write Copies/sec 0.25 0 12
     
    句柄数量 显示: 共:  47 
     
    实例 平均值 最小 最大
    _Total 22,851 22,783 22,920
    System 3,211 3,210 3,211
    TeamViewer 2,243 2,242 2,244
    sqlservr 1,578 1,556 1,586
    TeamViewer_Desktop 1,527 1,524 1,530
    svchost##3 1,148 1,146 1,148
    lsass 987 984 988
    csrss 957 945 966
    explorer 957 946 974
    mmc 778 736 803

    2013年3月26日 4:37
  • Memory manager kb

    VM Reserved 67557272
    VM Committed 443956
    Locked Pages Allocated 32336960
    Reserved Memory 1024
    Reserved Memory In Use 0

    ——————————————————————————————

    Memory Node id=0      kb

    VM Reserved 78144
    VM Committed 77704
    Locked Pages Allocated 0
    MultiPage Allocator 10640
    SinglePage Allocator 1707248

    ————————————————————

    Memory Node id=1      kb

    VM Reserved 67475288
    VM Committed 362560
    Locked Pages Allocated 32336960
    MultiPage Allocator 156840
    SinglePage Allocator 1707248

    ————————————————————————

    Memory Node id=64    kb

    VM Reserved 2752
    VM Committed 2656
    Locked Pages Allocated 0
    MultiPage Allocator 2576
    SinglePage Allocator 1707248

    2013年3月26日 4:48
  • memory node1 上锁定了太多的内存
    2013年3月26日 7:16
  • Those are not from perfmon, did you check target server memory and total server memory under mssql:memory manager in perfmon?
    2013年3月26日 12:57
  • Do you use VM? How many VMs on the server?
    2013年3月26日 12:59
  • 没有vm

    2013年3月26日 13:30
  • 不知道和设置有关,还是和硬件有关。搞不懂了。装到别的服务器上没有问题的版本,装到这台服务器上也这样
    2013年3月26日 13:32
  • How about  target server memory and total server memory under mssql:memory manager in perfmon?
    2013年3月26日 15:03
  • target server memory    58737216

     total server memory     29576992

    2013年3月27日 1:00
  • Sql uses memory less than max memory you set, can't tell if anything wrong here. May need contact server vendor to investigate. 

    2013年3月27日 2:50