Hi all,

I met an assertion recently on production environment as below. 

SQL Server Assertion: File: <pageref.cpp>, line=935 Failed Assertion = 'IS_OFF (BUF_MINLOGGED, m_buf->bstat) || pageModifyType != PageModifyType_Contents || GetPagePtr ()->IsTextPage ()'. This error may be timing-related. If the error persists after rerunning the statement, use DBCC CHECKDB to check the database for structural integrity, or restart the server to ensure in-memory data structures are not corrupted.

The version is 

Microsoft SQL Server 2014 (SP1-CU6-OD) (KB3167392) - 12.0.4457.0 (X64) 
May 26 2016 23:44:09 
Copyright (c) Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

I did the search and found the similar cases:

https://support.microsoft.com/da-dk/kb/2297709

https://support.microsoft.com/en-us/kb/968740

But one is for 2008 and said to be fixed already and another is related to bulk insert. So I am not sure if this was a known issue or a new one. Please provide some assistance if you can.

Below is the full description of the stack dump:

2016-06-12 02:13:41.61 spid73      Using 'dbghelp.dll' version '4.0.5'
2016-06-12 02:13:41.62 spid73      **Dump thread - spid = 73, EC = 0x000000140DF9C160
2016-06-12 02:13:41.63 spid73      ***Stack Dump being sent to D:\MSSQL10_50.SQP01\MSSQL\LOG\SQLDump0054.txt
2016-06-12 02:13:41.63 spid73      * *******************************************************************************
2016-06-12 02:13:41.63 spid73      *
2016-06-12 02:13:41.63 spid73      * BEGIN STACK DUMP:
2016-06-12 02:13:41.63 spid73      *   06/12/16 02:13:41 spid 14348
2016-06-12 02:13:41.63 spid73      *
2016-06-12 02:13:41.63 spid73      * Location:pageref.cpp:935
2016-06-12 02:13:41.63 spid73      * Expression:IS_OFF (BUF_MINLOGGED, m_buf->bstat) || pageModifyType != PageModifyType_Contents || GetPagePtr ()->IsTextPage ()
2016-06-12 02:13:41.63 spid73      * SPID:73
2016-06-12 02:13:41.63 spid73      * Process ID:9972
2016-06-12 02:13:41.63 spid73      *
2016-06-12 02:13:41.63 spid73      * Input Buffer 255 bytes -
2016-06-12 02:13:41.63 spid73      *                     16 00 00 00 12 00 00 00 02 00 00 00 00 00 00 00 00 00
2016-06-12 02:13:41.63 spid73      *        d b o . I n  01 00 00 00 11 00 64 00 62 00 6f 00 2e 00 49 00 6e 00
2016-06-12 02:13:41.63 spid73      *  d e x O p t i m i  64 00 65 00 78 00 4f 00 70 00 74 00 69 00 6d 00 69 00
2016-06-12 02:13:41.63 spid73      *  z e    @ D a t a b 7a 00 65 00 00 00 0a 40 00 44 00 61 00 74 00 61 00 62
2016-06-12 02:13:41.63 spid73      *   a s e s  ç0 Ð 4 00 61 00 73 00 65 00 73 00 00 e7 30 00 09 04 d0 00 34
2016-06-12 02:13:41.63 spid73      *  0 p r d 0 O p e r  30 00 70 00 72 00 64 00 30 00 4f 00 70 00 65 00 72 00
2016-06-12 02:13:41.63 spid73      *  a t i o n a l D a  61 00 74 00 69 00 6f 00 6e 00 61 00 6c 00 44 00 61 00
2016-06-12 02:13:41.63 spid73      *  t a S t o r e  @ F 74 00 61 00 53 00 74 00 6f 00 72 00 65 00 11 40 00 46
2016-06-12 02:13:41.63 spid73      *   r a g m e n t a t 00 72 00 61 00 67 00 6d 00 65 00 6e 00 74 00 61 00 74
2016-06-12 02:13:41.63 spid73      *   i o n L o w  ç  00 69 00 6f 00 6e 00 4c 00 6f 00 77 00 00 e7 02 00 09
2016-06-12 02:13:41.63 spid73      *   Ð 4ÿÿ @ F r a g m 04 d0 00 34 ff ff 14 40 00 46 00 72 00 61 00 67 00 6d
2016-06-12 02:13:41.63 spid73      *   e n t a t i o n M 00 65 00 6e 00 74 00 61 00 74 00 69 00 6f 00 6e 00 4d
2016-06-12 02:13:41.63 spid73      *   e d i u m  çv Ð 00 65 00 64 00 69 00 75 00 6d 00 00 e7 76 00 09 04 d0
2016-06-12 02:13:41.63 spid73      *   4v I N D E X _ R  00 34 76 00 49 00 4e 00 44 00 45 00 58 00 5f 00 52 00
2016-06-12 02:13:41.63 spid73      *  E O R G A N I Z E  45 00 4f 00 52 00 47 00 41 00 4e 00 49 00 5a 00 45 00
2016-06-12 02:13:41.63 spid73      *  , I N D E X _ R E  2c 00 49 00 4e 00 44 00 45 00 58 00 5f 00 52 00 45 00
2016-06-12 02:13:41.63 spid73      *  B U I L D _ O N L  42 00 55 00 49 00 4c 00 44 00 5f 00 4f 00 4e 00 4c 00
2016-06-12 02:13:41.63 spid73      *  I N E , I N D E X  49 00 4e 00 45 00 2c 00 49 00 4e 00 44 00 45 00 58 00
2016-06-12 02:13:41.63 spid73      *  _ R E B U I L D _  5f 00 52 00 45 00 42 00 55 00 49 00 4c 00 44 00 5f 00
2016-06-12 02:13:41.63 spid73      *  O F F L I N E  @ F 4f 00 46 00 46 00 4c 00 49 00 4e 00 45 00 12 40 00 46
2016-06-12 02:13:41.63 spid73      *   r a g m e n t a t 00 72 00 61 00 67 00 6d 00 65 00 6e 00 74 00 61 00 74
2016-06-12 02:13:41.63 spid73      *   i o n H i g h  çT 00 69 00 6f 00 6e 00 48 00 69 00 67 00 68 00 00 e7 54
2016-06-12 02:13:41.63 spid73      *   Ð 4T I N D E X  00 09 04 d0 00 34 54 00 49 00 4e 00 44 00 45 00 58 00
2016-06-12 02:13:41.63 spid73      *  _ R E B U I L D _  5f 00 52 00 45 00 42 00 55 00 49 00 4c 00 44 00 5f 00
2016-06-12 02:13:41.63 spid73      *  O N L I N E , I N  4f 00 4e 00 4c 00 49 00 4e 00 45 00 2c 00 49 00 4e 00
2016-06-12 02:13:41.63 spid73      *  D E X _ R E B U I  44 00 45 00 58 00 5f 00 52 00 45 00 42 00 55 00 49 00
2016-06-12 02:13:41.63 spid73      *  L D _ O F F L I N  4c 00 44 00 5f 00 4f 00 46 00 46 00 4c 00 49 00 4e 00
2016-06-12 02:13:41.63 spid73      *  E  @ F r a g m e n 45 00 14 40 00 46 00 72 00 61 00 67 00 6d 00 65 00 6e
2016-06-12 02:13:41.63 spid73      *   t a t i o n L e v 00 74 00 61 00 74 00 69 00 6f 00 6e 00 4c 00 65 00 76
2016-06-12 02:13:41.63 spid73      *   e l 1  &       @  00 65 00 6c 00 31 00 00 26 04 04 05 00 00 00 14 40 00
2016-06-12 02:13:41.63 spid73      *  F r a g m e n t a  46 00 72 00 61 00 67 00 6d 00 65 00 6e 00 74 00 61 00
2016-06-12 02:13:41.63 spid73      *  t i o n L e v e l  74 00 69 00 6f 00 6e 00 4c 00 65 00 76 00 65 00 6c 00
2016-06-12 02:13:41.63 spid73      *  2  &       @ U p d 32 00 00 26 04 04 1e 00 00 00 11 40 00 55 00 70 00 64
2016-06-12 02:13:41.63 spid73      *   a t e S t a t i s 00 61 00 74 00 65 00 53 00 74 00 61 00 74 00 69 00 73
2016-06-12 02:13:41.63 spid73      *   t i c s  ç  Ð 4 00 74 00 69 00 63 00 73 00 00 e7 06 00 09 04 d0 00 34
2016-06-12 02:13:41.63 spid73      *    A L L  @ L o g T 06 00 41 00 4c 00 4c 00 0b 40 00 4c 00 6f 00 67 00 54
2016-06-12 02:13:41.63 spid73      *   o T a b l e  ç  00 6f 00 54 00 61 00 62 00 6c 00 65 00 00 e7 02 00 09
2016-06-12 02:13:41.63 spid73      *   Ð 4  Y  @ O n l y 04 d0 00 34 02 00 59 00 17 40 00 4f 00 6e 00 6c 00 79
2016-06-12 02:13:41.63 spid73      *   M o d i f i e d S 00 4d 00 6f 00 64 00 69 00 66 00 69 00 65 00 64 00 53
2016-06-12 02:13:41.63 spid73      *   t a t i s t i c s 00 74 00 61 00 74 00 69 00 73 00 74 00 69 00 63 00 73
2016-06-12 02:13:41.63 spid73      *    ç  Ð 4  Y  @ P 00 00 e7 02 00 09 04 d0 00 34 02 00 59 00 0f 40 00 50
2016-06-12 02:13:41.63 spid73      *   a r t i t i o n L 00 61 00 72 00 74 00 69 00 74 00 69 00 6f 00 6e 00 4c
2016-06-12 02:13:41.63 spid73      *   e v e l  ç  Ð 4 00 65 00 76 00 65 00 6c 00 00 e7 02 00 09 04 d0 00 34
2016-06-12 02:13:41.63 spid73      *    Y  @ I n d e x e 02 00 59 00 08 40 00 49 00 6e 00 64 00 65 00 78 00 65
2016-06-12 02:13:41.63 spid73      *   s  ç  Ð 4  A L  00 73 00 00 e7 16 00 09 04 d0 00 34 16 00 41 00 4c 00
2016-06-12 02:13:41.63 spid73      *  L _ I N D E X E S  4c 00 5f 00 49 00 4e 00 44 00 45 00 58 00 45 00 53 00
2016-06-12 02:13:41.63 spid73      *   @ T i m e L i m i 0a 40 00 54 00 69 00 6d 00 65 00 4c 00 69 00 6d 00 69
2016-06-12 02:13:41.63 spid73      *   t  &   p          00 74 00 00 26 04 04 80 70 00 00
2016-06-12 02:13:41.63 spid73      *  
2016-06-12 02:13:41.63 spid73      *
2016-06-12 02:13:41.63 spid73      *  MODULE                          BASE      END       SIZE
2016-06-12 02:13:41.63 spid73      * sqlservr                       00000000FFA20000  00000000FFA7FFFF  00060000
2016-06-12 02:13:41.63 spid73      * ntdll                          00000000773C0000  0000000077569FFF  001aa000
2016-06-12 02:13:41.63 spid73      * kernel32                       00000000772A0000  00000000773BEFFF  0011f000
2016-06-12 02:13:41.63 spid73      * KERNELBASE                     000007FEFD380000  000007FEFD3E9FFF  0006a000
2016-06-12 02:13:41.63 spid73      * NETAPI32                       000007FEFAFF0000  000007FEFB005FFF  00016000
2016-06-12 02:13:41.63 spid73      * netutils                       000007FEFC940000  000007FEFC94BFFF  0000c000
2016-06-12 02:13:41.63 spid73      * msvcrt                         000007FEFE6D0000  000007FEFE76EFFF  0009f000
2016-06-12 02:13:41.63 spid73      * srvcli                         000007FEFCC10000  000007FEFCC32FFF  00023000
2016-06-12 02:13:41.63 spid73      * RPCRT4                         000007FEFECC0000  000007FEFEDECFFF  0012d000
2016-06-12 02:13:41.63 spid73      * wkscli                         000007FEFAFD0000  000007FEFAFE4FFF  00015000
2016-06-12 02:13:41.63 spid73      * pdh                            000007FEF9770000  000007FEF97BDFFF  0004e000
2016-06-12 02:13:41.63 spid73      * ADVAPI32                       000007FEFD5C0000  000007FEFD69AFFF  000db000
2016-06-12 02:13:41.63 spid73      * sechost                        000007FEFE6B0000  000007FEFE6CEFFF  0001f000
2016-06-12 02:13:41.63 spid73      * opends60                       000007FEFA550000  000007FEFA558FFF  00009000
2016-06-12 02:13:41.63 spid73      * MSVCR100                       0000000074720000  00000000747F1FFF  000d2000
2016-06-12 02:13:41.63 spid73      * MSVCP100                       0000000073510000  00000000735A7FFF  00098000
2016-06-12 02:13:41.63 spid73      * SQLOS                          000007FEF1B30000  000007FEF1B36FFF  00007000
2016-06-12 02:13:41.63 spid73      * sqlmin                         000007FEDA740000  000007FEDE5FDFFF  03ebe000
2016-06-12 02:13:41.63 spid73      * CRYPT32                        000007FEFD3F0000  000007FEFD55CFFF  0016d000
2016-06-12 02:13:41.63 spid73      * MSASN1                         000007FEFD210000  000007FEFD21EFFF  0000f000
2016-06-12 02:13:41.63 spid73      * Secur32                        000007FEFCE00000  000007FEFCE0AFFF  0000b000
2016-06-12 02:13:41.63 spid73      * SSPICLI                        000007FEFCFD0000  000007FEFCFF4FFF  00025000
2016-06-12 02:13:41.63 spid73      * PSAPI                          0000000077590000  0000000077596FFF  00007000
2016-06-12 02:13:41.63 spid73      * WS2_32                         000007FEFE880000  000007FEFE8CCFFF  0004d000
2016-06-12 02:13:41.63 spid73      * NSI                            000007FEFF000000  000007FEFF007FFF  00008000
2016-06-12 02:13:41.63 spid73      * WINHTTP                        000007FEF9090000  000007FEF9100FFF  00071000
2016-06-12 02:13:41.63 spid73      * webio                          000007FEF9020000  000007FEF9083FFF  00064000
2016-06-12 02:13:41.63 spid73      * USER32                         00000000771A0000  0000000077299FFF  000fa000
2016-06-12 02:13:41.63 spid73      * GDI32                          000007FEFF3B0000  000007FEFF416FFF  00067000
2016-06-12 02:13:41.63 spid73      * LPK                            000007FEFD6A0000  000007FEFD6ADFFF  0000e000
2016-06-12 02:13:41.63 spid73      * USP10                          000007FEFE8D0000  000007FEFE999FFF  000ca000
2016-06-12 02:13:41.63 spid73      * ole32                          000007FEFEDF0000  000007FEFEFF2FFF  00203000
2016-06-12 02:13:41.63 spid73      * OLEAUT32                       000007FEFF2A0000  000007FEFF377FFF  000d8000
2016-06-12 02:13:41.63 spid73      * sqlTsEs                        000007FED9EA0000  000007FEDA733FFF  00894000
2016-06-12 02:13:41.63 spid73      * sqldk                          000007FED99D0000  000007FED9E9FFFF  004d0000
2016-06-12 02:13:41.63 spid73      * WINMM                          000007FEEC580000  000007FEEC5BAFFF  0003b000
2016-06-12 02:13:41.63 spid73      * qds                            000007FEE30D0000  000007FEE315EFFF  0008f000
2016-06-12 02:13:41.63 spid73      * sqllang                        000007FED7720000  000007FED99C7FFF  022a8000
2016-06-12 02:13:41.63 spid73      * USERENV                        000007FEFD260000  000007FEFD27DFFF  0001e000
2016-06-12 02:13:41.63 spid73      * profapi                        000007FEFD200000  000007FEFD20EFFF  0000f000
2016-06-12 02:13:41.63 spid73      * LOGONCLI                       000007FEFC8B0000  000007FEFC8DFFFF  00030000
2016-06-12 02:13:41.63 spid73      * SAMCLI                         000007FEFA660000  000007FEFA673FFF  00014000
2016-06-12 02:13:41.63 spid73      * AUTHZ                          000007FEFCBD0000  000007FEFCBFEFFF  0002f000
2016-06-12 02:13:41.63 spid73      * WINTRUST                       000007FEFD580000  000007FEFD5BAFFF  0003b000
2016-06-12 02:13:41.63 spid73      * IMM32                          000007FEFF380000  000007FEFF3ADFFF  0002e000
2016-06-12 02:13:41.63 spid73      * MSCTF                          000007FEFE770000  000007FEFE878FFF  00109000
2016-06-12 02:13:41.63 spid73      * CRYPTBASE                      000007FEFD000000  000007FEFD00EFFF  0000f000
2016-06-12 02:13:41.63 spid73      * instapi120                     000007FEF4A10000  000007FEF4A1EFFF  0000f000
2016-06-12 02:13:41.63 spid73      * CLUSAPI                        000007FEFA160000  000007FEFA1AFFFF  00050000
2016-06-12 02:13:41.63 spid73      * cryptdll                       000007FEFCD20000  000007FEFCD33FFF  00014000
2016-06-12 02:13:41.63 spid73      * RESUTILS                       000007FEFA140000  000007FEFA158FFF  00019000
2016-06-12 02:13:41.63 spid73      * cscapi                         000007FEFA830000  000007FEFA83EFFF  0000f000
2016-06-12 02:13:41.63 spid73      * sqlevn70                       000007FED7470000  000007FED771DFFF  002ae000
2016-06-12 02:13:41.63 spid73      * CRYPTSP                        000007FEFCAF0000  000007FEFCB07FFF  00018000
2016-06-12 02:13:41.63 spid73      * rsaenh                         000007FEFC720000  000007FEFC766FFF  00047000
2016-06-12 02:13:41.63 spid73      * imagehlp                       000007FEFF650000  000007FEFF668FFF  00019000
2016-06-12 02:13:41.63 spid73      * ncrypt                         000007FEFCB80000  000007FEFCBCFFFF  00050000
2016-06-12 02:13:41.63 spid73      * bcrypt                         000007FEFCB10000  000007FEFCB31FFF  00022000
2016-06-12 02:13:41.63 spid73      * bcryptprimitives               000007FEFC660000  000007FEFC6ABFFF  0004c000
2016-06-12 02:13:41.63 spid73      * GPAPI                          000007FEFC510000  000007FEFC52AFFF  0001b000
2016-06-12 02:13:41.63 spid73      * cryptnet                       000007FEF9CE0000  000007FEF9D06FFF  00027000
2016-06-12 02:13:41.63 spid73      * WLDAP32                        000007FEFF670000  000007FEFF6C1FFF  00052000
2016-06-12 02:13:41.63 spid73      * SHLWAPI                        000007FEFD6B0000  000007FEFD720FFF  00071000
2016-06-12 02:13:41.63 spid73      * VERSION                        000007FEFC2D0000  000007FEFC2DBFFF  0000c000
2016-06-12 02:13:41.63 spid73      * hkruntime                      000007FED71B0000  000007FED7466FFF  002b7000
2016-06-12 02:13:41.63 spid73      * hkcompile                      000007FED70F0000  000007FED71ADFFF  000be000
2016-06-12 02:13:41.63 spid73      * XmlLite                        000007FEFB310000  000007FEFB344FFF  00035000
2016-06-12 02:13:41.63 spid73      * hkengine                       000007FED6F30000  000007FED70E0FFF  001b1000
2016-06-12 02:13:41.63 spid73      * dbghelp                        000000006D150000  000000006D2E5FFF  00196000
2016-06-12 02:13:41.63 spid73      * pcwum                          000007FEFC500000  000007FEFC50CFFF  0000d000
2016-06-12 02:13:41.63 spid73      * credssp                        000007FEFC610000  000007FEFC619FFF  0000a000
2016-06-12 02:13:41.63 spid73      * msv1_0                         000007FEFC8E0000  000007FEFC931FFF  00052000
2016-06-12 02:13:41.63 spid73      * kerberos                       000007FEFCA00000  000007FEFCAB7FFF  000b8000
2016-06-12 02:13:41.63 spid73      * schannel                       000007FEFC570000  000007FEFC5C7FFF  00058000
2016-06-12 02:13:41.63 spid73      * MSCOREE                        000007FEF8A20000  000007FEF8A8EFFF  0006f000
2016-06-12 02:13:41.63 spid73      * mscoreei                       000007FEF8990000  000007FEF8A1FFFF  00090000
2016-06-12 02:13:41.63 spid73      * security                       000000006F690000  000000006F692FFF  00003000
2016-06-12 02:13:41.63 spid73      * CLBCatQ                        000007FEFE9A0000  000007FEFEA38FFF  00099000
2016-06-12 02:13:41.63 spid73      * sqlncli11                      000007FED6BD0000  000007FED6F22FFF  00353000
2016-06-12 02:13:41.63 spid73      * COMCTL32                       000007FEFA1B0000  000007FEFA24FFFF  000a0000
2016-06-12 02:13:41.63 spid73      * COMDLG32                       000007FEFEC20000  000007FEFECB6FFF  00097000
2016-06-12 02:13:41.63 spid73      * SHELL32                        000007FEFD730000  000007FEFE4B8FFF  00d89000
2016-06-12 02:13:41.63 spid73      * ntmarta                        000007FEFC2A0000  000007FEFC2CCFFF  0002d000
2016-06-12 02:13:41.63 spid73      * SQLNCLIR11                     000000006F3F0000  000000006F427FFF  00038000
2016-06-12 02:13:41.63 spid73      * netbios                        000007FEEE7E0000  000007FEEE7E9FFF  0000a000
2016-06-12 02:13:41.63 spid73      * clr                            000007FEF8020000  000007FEF8984FFF  00965000
2016-06-12 02:13:41.63 spid73      * MSVCR100_CLR0400               000007FEF7F40000  000007FEF8010FFF  000d1000
2016-06-12 02:13:41.63 spid73      * mscorlib.ni                    000007FEF6BD0000  000007FEF7E48FFF  01279000
2016-06-12 02:13:41.63 spid73      * nlssorting                     000007FEF6BB0000  000007FEF6BC3FFF  00014000
2016-06-12 02:13:41.63 spid73      * SqlAccess                      000000006D700000  000000006D771FFF  00072000
2016-06-12 02:13:41.63 spid73      * clrjit                         000007FEF5120000  000007FEF5292FFF  00173000
2016-06-12 02:13:41.63 spid73      * BatchParser                    000007FEECFD0000  000007FEECFF7FFF  00028000
2016-06-12 02:13:41.63 spid73      * ftimport                       0000000060000000  0000000060024FFF  00025000
2016-06-12 02:13:41.63 spid73      * MSFTE                          000000005E430000  000000005E7DDFFF  003ae000
2016-06-12 02:13:41.63 spid73      * mswsock                        000007FEFC9A0000  000007FEFC9F4FFF  00055000
2016-06-12 02:13:41.63 spid73      * wshtcpip                       000007FEFC3A0000  000007FEFC3A6FFF  00007000
2016-06-12 02:13:41.63 spid73      * ntdsapi                        000007FEFA800000  000007FEFA826FFF  00027000
2016-06-12 02:13:41.63 spid73      * wship6                         000007FEFC990000  000007FEFC996FFF  00007000
2016-06-12 02:13:41.63 spid73      * DNSAPI                         000007FEFC770000  000007FEFC7CAFFF  0005b000
2016-06-12 02:13:41.63 spid73      * IPHLPAPI                       000007FEFB390000  000007FEFB3B6FFF  00027000
2016-06-12 02:13:41.63 spid73      * WINNSI                         000007FEFB360000  000007FEFB36AFFF  0000b000
2016-06-12 02:13:41.63 spid73      * rasadhlp                       000007FEFA850000  000007FEFA857FFF  00008000
2016-06-12 02:13:41.63 spid73      * fwpuclnt                       000007FEFB220000  000007FEFB272FFF  00053000
2016-06-12 02:13:41.63 spid73      * netfxperf                      000007FEEE7F0000  000007FEEE7FFFFF  00010000
2016-06-12 02:13:41.63 spid73      * perfcounter                    000007FEF0120000  000007FEF0142FFF  00023000
2016-06-12 02:13:41.63 spid73      * CorperfmonExt                  000007FEF00F0000  000007FEF0114FFF  00025000
2016-06-12 02:13:41.63 spid73      * WTSAPI32                       000007FEFB760000  000007FEFB770FFF  00011000
2016-06-12 02:13:41.63 spid73      * aspnet_counters                000007FEF00E0000  000007FEF00E7FFF  00008000
2016-06-12 02:13:41.63 spid73      * aspnet_perf                    000007FEF00D0000  000007FEF00DCFFF  0000d000
2016-06-12 02:13:41.63 spid73      * aspnet_perf                    000007FEF00C0000  000007FEF00CCFFF  0000d000
2016-06-12 02:13:41.63 spid73      * MSVCR80                        0000000074EB0000  0000000074F78FFF  000c9000
2016-06-12 02:13:41.63 spid73      * bitsperf                       000007FEFB180000  000007FEFB189FFF  0000a000
2016-06-12 02:13:41.63 spid73      * FrameworkPerf                  000000006F680000  000000006F688FFF  00009000
2016-06-12 02:13:41.63 spid73      * MSVCP120                       000007FEF0010000  000007FEF00B5FFF  000a6000
2016-06-12 02:13:41.63 spid73      * MSVCR120                       000007FEEFF20000  000007FEF000EFFF  000ef000
2016-06-12 02:13:41.63 spid73      * ccmperf                        000000006F5A0000  000000006F5BBFFF  0001c000
2016-06-12 02:13:41.63 spid73      * ccmcore                        0000000071810000  000000007195BFFF  0014c000
2016-06-12 02:13:41.63 spid73      * CcmProfiler                    00000000714A0000  00000000714D2FFF  00033000
2016-06-12 02:13:41.63 spid73      * CcmSqlCE                       000007FEEF3E0000  000007FEEF419FFF  0003a000
2016-06-12 02:13:41.63 spid73      * DTSPipelinePerf                000000003DFA0000  000000003DFABFFF  0000c000
2016-06-12 02:13:41.63 spid73      * MSVCP80                        0000000074DA0000  0000000074EA8FFF  00109000
2016-06-12 02:13:41.63 spid73      * DTSPipelinePerf100             000000006F570000  000000006F57BFFF  0000c000
2016-06-12 02:13:41.63 spid73      * DTSPipelinePerf110             000007FEEE7D0000  000007FEEE7DBFFF  0000c000
2016-06-12 02:13:41.63 spid73      * DTSPipelinePerf120             000007FEEE760000  000007FEEE76CFFF  0000d000
2016-06-12 02:13:41.63 spid73      * SSOPerfMonExt                  000000006EF60000  000000006EF6BFFF  0000c000
2016-06-12 02:13:41.63 spid73      * esentprf                       000007FEEE6A0000  000007FEEE6B1FFF  00012000
2016-06-12 02:13:41.63 spid73      * HealthServicePerformance       000007FEEE750000  000007FEEE75CFFF  0000d000
2016-06-12 02:13:41.63 spid73      * InterceptCounters              000007FED6A80000  000007FED6B14FFF  00095000
2016-06-12 02:13:41.63 spid73      * loadperf                       000007FEED190000  000007FEED1B6FFF  00027000
2016-06-12 02:13:41.63 spid73      * MOMConnectorPerformance        000007FEEE360000  000007FEEE36AFFF  0000b000
2016-06-12 02:13:41.63 spid73      * msdtcuiu                       000007FEEBE80000  000007FEEBECFFFF  00050000
2016-06-12 02:13:41.63 spid73      * ATL                            000007FEFBA20000  000007FEFBA38FFF  00019000
2016-06-12 02:13:41.63 spid73      * MSDTCPRX                       000007FEF1E60000  000007FEF1F1BFFF  000bc000
2016-06-12 02:13:41.63 spid73      * MTXCLU                         000007FEF1F20000  000007FEF1F7FFFF  00060000
2016-06-12 02:13:41.63 spid73      * ktmw32                         000007FEFAE50000  000007FEFAE59FFF  0000a000
2016-06-12 02:13:41.63 spid73      * msfte                          000000006A600000  000000006A9B0FFF  003b1000
2016-06-12 02:13:41.63 spid73      * msfte                          000000006A9C0000  000000006AD70FFF  003b1000
2016-06-12 02:13:41.63 spid73      * msmdctr120                     000007FEF1B20000  000007FEF1B29FFF  0000a000
2016-06-12 02:13:41.63 spid73      * msmdctr100                     0000000071970000  0000000071979FFF  0000a000
2016-06-12 02:13:41.63 spid73      * perf-MSSQL$SQP13-sqlctr11.3.6020.0 000007FEEE700000  000007FEEE74EFFF  0004f000
2016-06-12 02:13:41.63 spid73      * instapi110                     000007FEF7F30000  000007FEF7F3DFFF  0000e000
2016-06-12 02:13:41.63 spid73      * perfdisk                       000007FEFA4C0000  000007FEFA4CCFFF  0000d000
2016-06-12 02:13:41.63 spid73      * CFGMGR32                       000007FEFD220000  000007FEFD255FFF  00036000
2016-06-12 02:13:41.63 spid73      * perfnet                        000007FEED870000  000007FEED879FFF  0000a000
2016-06-12 02:13:41.63 spid73      * BROWCLI                        000007FEEE2C0000  000007FEEE2D1FFF  00012000
2016-06-12 02:13:41.63 spid73      * perfos                         000007FEEE2B0000  000007FEEE2BAFFF  0000b000
2016-06-12 02:13:41.63 spid73      * perfproc                       000007FEECFC0000  000007FEECFCDFFF  0000e000
2016-06-12 02:13:41.63 spid73      * rasctrs                        000007FEFB170000  000007FEFB177FFF  00008000
2016-06-12 02:13:41.63 spid73      * rasman                         000007FEFAA40000  000007FEFAA5BFFF  0001c000
2016-06-12 02:13:41.63 spid73      * winspool                       000007FEFA5A0000  000007FEFA610FFF  00071000
2016-06-12 02:13:41.63 spid73      * SQLAGENTCTR90                  0000000055200000  000000005538AFFF  0018b000
2016-06-12 02:13:41.63 spid73      * instapi                        000000003F880000  000000003F88CFFF  0000d000
2016-06-12 02:13:41.63 spid73      * perf-MSSQL12.SQP01-sqlagtctr   0000000071500000  000000007151BFFF  0001c000
2016-06-12 02:13:41.63 spid73      * perf-MSSQL12.SQP05-sqlagtctr   0000000070990000  00000000709ABFFF  0001c000
2016-06-12 02:13:41.63 spid73      * perf-MSSQL11.SQP13-sqlagtctr   000007FEF1AB0000  000007FEF1AC9FFF  0001a000
2016-06-12 02:13:41.63 spid73      * tapiperf                       000007FEF0150000  000007FEF0156FFF  00007000
2016-06-12 02:13:41.63 spid73      * Perfctrs                       000007FEF7EB0000  000007FEF7EBFFFF  00010000
2016-06-12 02:13:41.63 spid73      * perfts                         000007FEEBE70000  000007FEEBE78FFF  00009000
2016-06-12 02:13:41.63 spid73      * WINSTA                         000007FEFD110000  000007FEFD14CFFF  0003d000
2016-06-12 02:13:41.63 spid73      * UTILDLL                        000007FEED170000  000007FEED186FFF  00017000
2016-06-12 02:13:41.63 spid73      * SETUPAPI                       000007FEFEA40000  000007FEFEC16FFF  001d7000
2016-06-12 02:13:41.63 spid73      * DEVOBJ                         000007FEFD350000  000007FEFD369FFF  0001a000
2016-06-12 02:13:41.63 spid73      * usbperf                        000007FEF1AA0000  000007FEF1AA6FFF  00007000
2016-06-12 02:13:41.63 spid73      * wmiaprpl                       000007FEEBB10000  000007FEEBB35FFF  00026000
2016-06-12 02:13:41.63 spid73      * wbemcomn                       000007FEFA0A0000  000007FEFA125FFF  00086000
2016-06-12 02:13:41.63 spid73      * msxml3                         000007FEE9B30000  000007FEE9D04FFF  001d5000
2016-06-12 02:13:41.63 spid73      * xpstar                         000007FEE2FC0000  000007FEE3027FFF  00068000
2016-06-12 02:13:41.63 spid73      * ODBC32                         000007FEF3370000  000007FEF3420FFF  000b1000
2016-06-12 02:13:41.63 spid73      * SQLSCM                         000007FEEE2E0000  000007FEEE2EEFFF  0000f000
2016-06-12 02:13:41.63 spid73      * odbcint                        0000000072550000  0000000072587FFF  00038000
2016-06-12 02:13:41.63 spid73      * xpstar                         000007FEEE2A0000  000007FEEE2ACFFF  0000d000
2016-06-12 02:13:41.63 spid73      * xprepl                         000007FEEB930000  000007FEEB946FFF  00017000
2016-06-12 02:13:41.63 spid73      * xpsqlbot                       000007FEFA560000  000007FEFA567FFF  00008000
2016-06-12 02:13:41.63 spid73      * SAMLIB                         000007FEFA8F0000  000007FEFA90CFFF  0001d000
2016-06-12 02:13:41.63 spid73      * dbghelp                        0000000055400000  0000000055595FFF  00196000
2016-06-12 02:13:41.63 spid73      *
2016-06-12 02:13:41.63 spid73      *     P1Home: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *     P2Home: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *     P3Home: 00000000923F14A0:  0000000000000000  0000000000000000  0000000000000000  0000000000000000  000000000000000A  00000000FFFFFFFF  
2016-06-12 02:13:41.63 spid73      *     P4Home: 000007FED773A748:  002FAE47880FC085  3C870FC73B489848  1C89661275002FAE  C38B30247C8B487E  48C35B5E38C48348  8348C38B30247C8B  
2016-06-12 02:13:41.63 spid73      *     P5Home: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *     P6Home: 00000000923F1640:  0044004C00510053  0000000000489E10  0000003400350030  000000000048A084  000000000049DB80  00000000E531214E  
2016-06-12 02:13:41.63 spid73      * ContextFlags: 000000000010004F:  0000000000000000  0001D00000000000  000010000000FE00  0000740000000600  0000010000000200  0001FC000000D400  
2016-06-12 02:13:41.63 spid73      *      MxCsr: 0000000000001FA8:  
2016-06-12 02:13:41.63 spid73      *      SegCs: 0000000000000033:  
2016-06-12 02:13:41.63 spid73      *      SegDs: 000000000000002B:  
2016-06-12 02:13:41.63 spid73      *      SegEs: 000000000000002B:  
2016-06-12 02:13:41.63 spid73      *      SegFs: 0000000000000053:  
2016-06-12 02:13:41.63 spid73      *      SegGs: 000000000000002B:  
2016-06-12 02:13:41.63 spid73      *      SegSs: 000000000000002B:  
2016-06-12 02:13:41.63 spid73      *     EFlags: 0000000000000206:  
2016-06-12 02:13:41.63 spid73      *        Rax: 00000000E531214E:  
2016-06-12 02:13:41.63 spid73      *        Rcx: 00000000923F15F0:  0000000000000000  0000000000000000  00000000923F14A0  000007FED773A748  0000000000000000  00000000923F1640  
2016-06-12 02:13:41.63 spid73      *        Rdx: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *        Rbx: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *        Rsp: 00000000923F1C00:  0000000000000000  000000140DF9C160  00000000923F1E70  0000000000000002  00000000000042AC  0000000000000000  
2016-06-12 02:13:41.63 spid73      *        Rbp: 00000000923F3930:  000003A700000000  FFFFFFFF00000001  0000000100000001  00000000923F42A0  0000165E0000165E  00000000000000B6  
2016-06-12 02:13:41.63 spid73      *        Rsi: 000000140DF9C160:  0000000A91860840  000000140DF9C840  0000000000000002  0000000000000000  000000140DF9C180  000000140DF9C180  
2016-06-12 02:13:41.63 spid73      *        Rdi: 00000000923F1E70:  0000000063DD12C0  000000025AF69850  000000025AF69860  000000025AF69870  000000025AF69880  000000025AF69890  
2016-06-12 02:13:41.63 spid73      *         R8: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *         R9: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *        R10: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *        R11: 00000000923F2910:  0000000000000000  0000000000000000  00000000923F14A0  000007FED773A748  0000000000000000  00000000923F1640  
2016-06-12 02:13:41.63 spid73      *        R12: 00000000000000BF:  
2016-06-12 02:13:41.63 spid73      *        R13: 0000000000000001:  
2016-06-12 02:13:41.63 spid73      *        R14: 0000000000000001:  
2016-06-12 02:13:41.63 spid73      *        R15: 0000000000000000:  
2016-06-12 02:13:41.63 spid73      *        Rip: 000007FEFD39A06D:  C3000000C8C48148  9090909090909090  6528EC8348909090  0000003025048B48  488B48D233C18B4C  A815FF30498B4860  
2016-06-12 02:13:41.63 spid73      * *******************************************************************************
2016-06-12 02:13:41.63 spid73      * -------------------------------------------------------------------------------
2016-06-12 02:13:41.63 spid73      * Short Stack Dump
2016-06-12 02:13:41.64 spid73      000007FEFD39A06D Module(KERNELBASE+000000000001A06D)
2016-06-12 02:13:41.64 spid73      000007FED8626C1E Module(sqllang+0000000000F06C1E)
2016-06-12 02:13:41.64 spid73      000007FED862A7D2 Module(sqllang+0000000000F0A7D2)
2016-06-12 02:13:41.64 spid73      000007FED866BCED Module(sqllang+0000000000F4BCED)
2016-06-12 02:13:41.65 spid73      000007FED9A25B65 Module(sqldk+0000000000055B65)
2016-06-12 02:13:41.65 spid73      000007FEDD3D56D0 Module(sqlmin+0000000002C956D0)
2016-06-12 02:13:41.65 spid73      000007FEDB43946E Module(sqlmin+0000000000CF946E)
2016-06-12 02:13:41.65 spid73      000007FEDB3B5987 Module(sqlmin+0000000000C75987)
2016-06-12 02:13:41.65 spid73      000007FEDA9A0551 Module(sqlmin+0000000000260551)
2016-06-12 02:13:41.65 spid73      000007FEDA8FC4C4 Module(sqlmin+00000000001BC4C4)
2016-06-12 02:13:41.65 spid73      000007FEDA7B0FE7 Module(sqlmin+0000000000070FE7)
2016-06-12 02:13:41.65 spid73      000007FEDA798BD1 Module(sqlmin+0000000000058BD1)
2016-06-12 02:13:41.65 spid73      000007FEDB3DE899 Module(sqlmin+0000000000C9E899)
2016-06-12 02:13:41.65 spid73      000007FEDD873E77 Module(sqlmin+0000000003133E77)
2016-06-12 02:13:41.65 spid73      000007FEDD86DDB9 Module(sqlmin+000000000312DDB9)
2016-06-12 02:13:41.65 spid73      000007FEDB23717A Module(sqlmin+0000000000AF717A)
2016-06-12 02:13:41.65 spid73      000007FED9EA1437 Module(sqlTsEs+0000000000001437)
2016-06-12 02:13:41.65 spid73      000007FEDB29F2B7 Module(sqlmin+0000000000B5F2B7)
2016-06-12 02:13:41.65 spid73      000007FEDB29ECCB Module(sqlmin+0000000000B5ECCB)
2016-06-12 02:13:41.65 spid73      000007FEDA7E0743 Module(sqlmin+00000000000A0743)
2016-06-12 02:13:41.65 spid73      000007FEDA7E0895 Module(sqlmin+00000000000A0895)
2016-06-12 02:13:41.65 spid73      000007FEDA7E0845 Module(sqlmin+00000000000A0845)
2016-06-12 02:13:41.65 spid73      000007FEDA8B69F5 Module(sqlmin+00000000001769F5)
2016-06-12 02:13:41.65 spid73      000007FEDA8B664F Module(sqlmin+000000000017664F)
2016-06-12 02:13:41.65 spid73      000007FED99D4780 Module(sqldk+0000000000004780)
2016-06-12 02:13:41.65 spid73      000007FED99D4547 Module(sqldk+0000000000004547)
2016-06-12 02:13:41.65 spid73      000007FED99D4216 Module(sqldk+0000000000004216)
2016-06-12 02:13:41.65 spid73      000007FED99F66FF Module(sqldk+00000000000266FF)
2016-06-12 02:13:41.65 spid73      000007FED99F6850 Module(sqldk+0000000000026850)
2016-06-12 02:13:41.65 spid73      000007FED99F67D9 Module(sqldk+00000000000267D9)
2016-06-12 02:13:41.66 spid73      000007FED99F7068 Module(sqldk+0000000000027068)
2016-06-12 02:13:41.66 spid73      00000000772B59BD Module(kernel32+00000000000159BD)
2016-06-12 02:13:41.66 spid73      00000000773EA2E1 Module(ntdll+000000000002A2E1)
2016-06-12 02:13:41.67 spid73      Stack Signature for the dump is 0x000000014A0E6493
2016-06-12 02:13:42.41 spid73      [INFO]          Identity             Begin               End |        State                 Result     Error  Speculate   Prepared LazyCommit   ReadOnly |      Transaction         Database          ThreadId |   ReadSet WriteSet   ScanSet Savepoint LogSizeRq | CommitDep TotalComm       Dependent 0       Dependent 1       Dependent 2       Dependent 3       Dependent 4       Dependent 5       Dependent 6       Dependent 7 |            Area  Location |
2016-06-12 02:13:44.47 spid73      External dump process return code 0x20000001.
External dump process returned no errors.

2016-06-12 02:13:44.48 spid73      Error: 17066, Severity: 16, State: 1.
2016-06-12 02:13:44.48 spid73      SQL Server Assertion: File: <pageref.cpp>, line=935 Failed Assertion = 'IS_OFF (BUF_MINLOGGED, m_buf->bstat) || pageModifyType != PageModifyType_Contents || GetPagePtr ()->IsTextPage ()'. This error may be timing-related. If the error persists after rerunning the statement, use DBCC CHECKDB to check the database for structural integrity, or restart the server to ensure in-memory data structures are not corrupted.
2016-06-12 02:13:44.48 spid73      Error: 3624, Severity: 20, State: 1.
2016-06-12 02:13:44.48 spid73      A system assertion check has failed. Check the SQL Server error log for details. Typically, an assertion failure is caused by a software bug or data corruption. To check for database corruption, consider running DBCC CHECKDB. If you agreed to send dumps to Microsoft during setup, a mini dump will be sent to Microsoft. An update might be available from Microsoft in the latest Service Pack or in a Hotfix from Technical Support.

Hi All,

I am trying to configure the backups using Maintenance Plan in sql server 2008 R2. While creating maintenance plan I am getting the below error. Kindly help me how to resolve this error.

Getting this in the last step of creating the JOB:

TO  SaveToSQLServer method has encountered OLE DB error code 0x80004005(client unable to establish  connection) The SQL statement that was issued  has failed.

Please help me out on this!!

Regards,

Varun

Good morning.

Can I restore backup 2008 to 2000?

Hi All -

I have a query that takes about 6 sec in the SQL 2008 version and after upgrade to SQL 2014, the same query is taking about 8 mins.

I have changed the compatibility level of the database to SQL 2008 in the 2014 server, and then it started working as previous without any issues.

I have researched so many threads and posts on this but none are giving me the guidance on what should be done.

There were multiple threads stating that the issue with the new cardinality estimator is fixed, but couldn't find any thing useful even after installing the CU6 version of SQL Server 2014 SP1.

For me the compilation time is not taking much time, while the execution is taking around 8 mins when compared to less than 6 sec in 2008 version.

Can someone provide any recommendations of what needs to be done?

---

Thanks, Kumar

Just going through a sizing exercise and the Microsoft documents.  For SQL 2014, would a nonclustered index really be sized by the number of *unique* values in an index, or is that a typo?  I can see how it is true that the hash table bucket count is that way, and for columnstore indexes it would be that way, but for a SQL 2014 standard nonclustered index?

Thanks,

Josh

https://msdn.microsoft.com/en-us/library/dn282389(v=sql.120).aspx#bkmk_IndexMeemory

Memory for non-clustered indexes

Non-clustered indexes are implemented as BTrees with the inner nodes containing the index value and pointers to subsequent nodes. Leaf nodes contain the index value and a pointer to the table row in memory.

Unlike hash indexes, non-clustered indexes do not have a fixed bucket size. The index grows and shrinks dynamically with the data.

Memory needed by non-clustered indexes can be computed as follows:

• Memory allocated to non-leaf nodes
  For a typical configuration, the memory allocated to non-leaf nodes is a small percentage of the overall memory taken by the index. This is so small it can safely be ignored.
• Memory for leaf nodes
  The leaf nodes have one row for each unique key in the table that points to the data rows with that unique key. If you have multiple rows with the same key (i.e., you have a non-unique non-clustered index), there is only one row in the index leaf node that points to one of the rows with the other rows linked to each other. Thus, the total memory required can be approximated by:
  memoryForNonClusteredIndex = (pointerSize + sum(keyColumnDataTypeSizes)) * rowsWithUniqueKeys

I have a table with a constraint on it that has an existing record that is in violation of that constraint. While this is possible if someone applied the constraint without a check and after violation data was inserted, how would it be possible that the is_not_trusted flag is zero in the sys.foreign_keys table?

This is the situation I currently have, a data violation on a foreign key where the is_not_trusted flag is zero. I thought that was essentially the flag that confirms whether the constraint has been enforced 'religiously'.

Thanks

Hi,

Today i got alert like we have stack dump issue, checked the error log and got below details.

Below issue was frequently occurred 

Could you please help me on this how to identify and resolve this issue.

Thanks in Advance :-)

This file is generated by Microsoft SQL Server                                                                  
version 10.50.6220.0                                                                                            
upon detection of fatal unexpected error. Please return this file,                                               
the query or program that produced the bugcheck, the database and                                                
the error log, and any other pertinent information with a Service Request.                                       


Computer type is Intel(R) Xeon(R) CPU E5-4650 0 @ 2.70GHz.                                                       
Bios Version is INTEL  - 6040000                                                                                
PhoenixBIOS 4.0 Release 6.0                                                                                     
8 X64 level 8664, 14 Mhz processor (s).                                                                         
Windows NT 6.1 Build 7601 CSD Service Pack 1.                                                                   

Memory                               
MemoryLoad = 99%                     
Total Physical = 98303 MB            
Available Physical = 898 MB          
Total Page File = 122877 MB          
Available Page File = 23653 MB       
Total Virtual = 8388607 MB           
Available Virtual = 8287990 MB       
**Dump thread - spid = 0, EC = 0x00000001DDBBE430                                                               
***Stack Dump being sent to I:\LOG\SQLDump00024.txt                   
* *******************************************************************************                                
*                                                                                                               
* BEGIN STACK DUMP:                                                                                             
*   06/19/16 02:12:35 spid 57                                                                                   
*                                                                                                               
* Latch timeout                                                                                                 
*                                                                                                               
* Input Buffer 41 bytes -                                                                                       
*  ÿÿ      &  t     o ff ff 0c 00 00 00 00 00 26 04 04 74 01 00 00 00 00 6f                                      
*    *¦  ¸å"   &  Z L 08 08 2a a6 00 00 b8 e5 22 00 00 00 26 08 08 5a 0d 4c                                      
*                     03 00 00 00 00                                                                            
*                                                                                                               
* *******************************************************************************                                
* -------------------------------------------------------------------------------                                
* Short Stack Dump                   

                                                                                                                                                                                                                                                                    

Hi All,

We are planning to upgrade sql version from sql 2012 to sql 2014. We have DB with the size of 220 GB and this DB is hosted on SQL 2012 but DB compatibility level is showing as 100 (sql 2008), I am not sure why our earlier DBA is not changed it to sql 2012 (110).

Now we have to host above DB on sql 2014 environment (RTM version) and we have to change the compatibility level to 110 or 120 (sql 2012 or sql 2014).

One of our team member said that we may face performance issues in sql 2014 because of new cardinal estimator of SQL 2014 is not handling database well. Is it true?

Please share your comments and suggestions on this.

Please note that, we are using crm 2015 and we have to apply sql 2014 RTM version NOT SP1 because SP1 is not compatible with CRM 2015.

Hi Team,

We are planning to migrate our MSSQL 2008 R2 to MS-SQL 2014.

Please could you let us know the PROS & CONS.

Regards,

Rajendra Lella

---

Rajendra

Hi all, 

Our production server used MS SQL Server 2012 Standard edition. Recently, it was crashed and I found the reason from minidump file that a special character dobule dash -- using in a query which getting data from OracleDB through linkserver caused SQL service stopped unepxectedly. 

This bug also confirmed by Microsoft at https://support.microsoft.com/en-us/kb/2295405

Is there any information about hotfix for this bug from Microsoft so far? and how can I prevent this bug from happening again? 

Thank you.

I don't know why writes on my tempdb data files are extremely slow. ms/write on each of the tempdb data files reaches to more than 800 ms!!! that's even after I moved the 8 equally sized (7GB) tempdb data files to separate drive on the HP StoreVirtual 4530 40TB SAS Storage SAN we have. The SQL Server we have is Standard 2008R2. hosted on 8 cores 80GB memory virtual machine. I would like to note that the top ten waits I have on that instance are:

1. CXPACKET avg:0.0011sec
2. WRITELOG avg:0.0149sec
3. PAGEIOLATCH_SH avg: 0.0080sec
4. IO_COMPLETION avg: 0.0103sec
5. PREEMPTIVE_OS_PIPEOPS avg: 5.1728sec
6. ASYNC_IO_COMPLETION avg: 32.6180sec
7. BACKUPBUFFER avg: 0.0144sec
8. BACKUPIO avg: 0.0113sec
9. ASYNC_NETWORK_IO avg: 0.0007sec
10. PAGEIOLATCH_EX avg: 0.0291sec

Most of the other databases data files average around 30ms per write (some of them reaches more than 100ms.

What to do? what to search?

Hi,

I have got a requirement like this

 

I expect the output to be like below instead of null there should be individual values from values column.

Please help me out

I am trying out with the below query but it is becoming a hard coded one. 

select * from [test_query]
drop table #temp
DECLARE @delimiter VARCHAR(50)
declare @var xml
SET @delimiter=',';

WITH CTE AS
( 
    SELECT
        [id], 
        [Region],
[City],
        CAST('<M>' + REPLACE([Value], @delimiter , '</M><M>') + '</M>' AS XML) AS [Employee Name XML]
    FROM  [test_query] 
)

--select * from CTE

SELECT
     [id], 
     [Region],
     [City],
(
convert(int,([Employee Name XML].value('/M[1]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[2]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[3]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[4]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[5]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[6]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[7]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[8]', 'varchar(50)'))+convert(int,[Employee Name XML].value('/M[9]', 'varchar(50)'))))/9 as Average,
convert(int,[Employee Name XML].value('/M[1]', 'varchar(50)')) As [1],
convert(int,[Employee Name XML].value('/M[2]', 'varchar(50)')) As [2],
convert(int,[Employee Name XML].value('/M[3]', 'varchar(50)')) As [3],
convert(int,[Employee Name XML].value('/M[4]', 'varchar(50)')) As [4],
convert(int,[Employee Name XML].value('/M[5]', 'varchar(50)')) As [5],
convert(int,[Employee Name XML].value('/M[6]', 'varchar(50)')) As [6],
convert(int,[Employee Name XML].value('/M[7]', 'varchar(50)')) As [7],
convert(int,[Employee Name XML].value('/M[8]', 'varchar(50)')) As [8],
convert(int,[Employee Name XML].value('/M[9]', 'varchar(50)')) As [9]
INTO #temp  
FROM CTE 
--select  @var =  [Employee Name XML] from CTE
--create table #temp1 (data int)
declare @i int;
set @i=1
--while (@var is not null)
--begin

--insert into #temp1 values (convert(int,@var.value('/M['+@i+']', 'varchar(50)')))

--set @i=@i+1
--end



select *, case  when [1]>=[2] and[1]>=[3] and [1]>=[4] and [1]>=[5] and [1]>=[6] and [1]>=[7] and [1]>=[8] and [1]>=[9] then [1]
When [2]>=[1] and[2]>=[3] and [2]>=[4] and [2]>=[5] and [2]>=[6] and [2]>=[7] and [2]>=[8] and [2]>=[9] then [2]
when [3]>=[2] and[3]>=[1] and [3]>=[4] and [3]>=[5] and [3]>=[6] and [3]>=[7] and [3]>=[8] and [3]>=[9] then [3]
When [4]>=[2] and[4]>=[3] and [4]>=[1] and [4]>=[5] and [4]>=[6] and [4]>=[7] and [4]>=[8] and [4]>=[9] then [4]
When [5]>=[2] and[5]>=[3] and [5]>=[4] and [5]>=[1] and [5]>=[6] and [5]>=[7] and [5]>=[8] and [5]>=[9] then [5]
When [6]>=[2] and[6]>=[3] and [6]>=[4] and [6]>=[5] and [6]>=[1] and [6]>=[7] and [6]>=[8] and [6]>=[9] then [6]
When [1]>=[2] and[7]>=[3] and [7]>=[4] and [7]>=[5] and [7]>=[6] and [7]>=[1] and [7]>=[8] and [7]>=[9] then [7]
When [8]>=[2] and[8]>=[3] and [8]>=[4] and [8]>=[5] and [8]>=[6] and [8]>=[7] and [8]>=[1] and [8]>=[9] then [8]
When [9]>=[2] and[9]>=[3] and [9]>=[4] and [9]>=[5] and [9]>=[6] and [9]>=[7] and [9]>=[8] and [9]>=[1] then [9]
else [1] end as Maximum,
 case  when [1]<=[2] and[1]<=[3] and [1]<=[4] and [1]<=[5] and [1]<=[6] and [1]<=[7] and [1]<=[8] and [1]<=[9] then [1]
When [2]<=[1] and[2]<=[3] and [2]<=[4] and [2]<=[5] and [2]<=[6] and [2]<=[7] and [2]<=[8] and [2]<=[9] then [2]
when [3]<=[2] and[3]<=[1] and [3]<=[4] and [3]<=[5] and [3]<=[6] and [3]<=[7] and [3]<=[8] and [3]<=[9] then [3]
When [4]<=[2] and[4]<=[3] and [4]<=[1] and [4]<=[5] and [4]<=[6] and [4]<=[7] and [4]<=[8] and [4]<=[9] then [4]
When [5]<=[2] and[5]<=[3] and [5]<=[4] and [5]<=[1] and [5]<=[6] and [5]<=[7] and [5]<=[8] and [5]<=[9] then [5]
When [6]<=[2] and[6]<=[3] and [6]<=[4] and [6]<=[5] and [6]<=[1] and [6]<=[7] and [6]<=[8] and [6]<=[9] then [6]
When [1]<=[2] and[7]<=[3] and [7]<=[4] and [7]<=[5] and [7]<=[6] and [7]<=[1] and [7]<=[8] and [7]<=[9] then [7]
When [8]<=[2] and[8]<=[3] and [8]<=[4] and [8]<=[5] and [8]<=[6] and [8]<=[7] and [8]<=[1] and [8]<=[9] then [8]
When [9]<=[2] and[9]<=[3] and [9]<=[4] and [9]<=[5] and [9]<=[6] and [9]<=[7] and [9]<=[8] and [9]<=[1] then [9]
else [1] end as minimum
FROM #temp

---

Subrat Kumar

Hi,

I tried to disable SQL alert based WMI event type. I am getting this error message. I t happed on 4 servers out of 100.

Msg 22022, Level 16, State 1, Line 0

SQLServerAgent Error: WMI error: 0x800700a4.

Msg 14511, Level 16, State 1, Procedure sp_verify_alert, Line 304

The @wmi_query could not be executed in the @wmi_namespace provided. Verify that an event class selected in the query exists in the namespace and that the query has the correct syntax.

Please help me what is this error about and how to resolve.

---

------------------------ Brahma http://brahmarao.tech.officelive.com http://nani1211.info/sql

We just set up a small amount (1gb) of space for memory tables in each of six databases on our dev server.

That is, we set up filegroups in each of six databases, and then created resource governor resource pools for each of them, specifying maximum memory of 5%, which comes to about 1gb out of 26gb total.

Two questions.

First: Did we just pull 6gb of RAM out of availability for buffers?

Or does it wait until tables are actually created or populated in that memory, before RAM is consumed?

Actually, looking carefully at these numbers, it seems to suggest that only 1 *mega*byte is currently consumed, which I guess is trivial overhead.  That would be good news!

Second: This is the right way to do it, isn't it?  That 5% limits the in-memory stuff, and not all memory, right?  I can't see where it *says* that.

Thanks,

Josh

select * from sys.dm_db_xtp_memory_consumers

memory consumer id	memory consumer type	memory consumer type desc	memory consumer desc	object id	index id	allocated bytes	used bytes
193	3	HASH	NULL	-7	1	32,768	32,768
192	3	HASH	NULL	-6	1	2,048	2,048
191	3	HASH	NULL	-5	3	8,192	8,192
190	3	HASH	NULL	-5	2	8,192	8,192
189	3	HASH	NULL	-5	1	8,192	8,192
188	3	HASH	NULL	-4	1	2,048	2,048
187	3	HASH	NULL	-3	1	2,048	2,048
186	3	HASH	NULL	-8	1	8,192	8,192
185	3	HASH	NULL	-2	2	8,192	8,192
184	3	HASH	NULL	-2	1	8,192	8,192
183	3	HASH	NULL	0	1	32,768	32,768
182	5	PGPOOL	Database 64K page pool	0	NULL	-	-
181	2	VARHEAP	Database System Var heap	NULL	NULL	1,048,576	36,016
180	2	VARHEAP	Database heap	NULL	NULL	1,114,112	1,600

Can someone tell me if the signal times for sos_scheduler_yield wait type are cumulative --for example, if a thread needs to loop through the processor 5 times to complete its work is the signal time a cumulative value for each time the thread loops through and performs a piece of its work?

---

--Burt King

When I try to run one, I get:

/*
Msg 16929, Level 16, State 1, Procedure xyz_InMem, Line 1850
The cursor is READ ONLY.
The statement has been terminated.
*/

I see only that "keyset and dynamic cursors" are not supported.

Thanks,

Josh

DECLARE my_cursor CURSOR FOR
select f1, f2, f3
from my_inmemtemp
order by f1, f2, f3
FOR UPDATE OF f4;

I've continued to do some research on our current system.

We're running maxdop=1 on four cores in a VM environment, officially it's OLTP but we run some batch processing too so it's probably a mixed workload.

99% of that workload uses the default maxdop, I'm the only one in the shop who would ever override it, and I've done so only in one or two SPs - though they are some that are frequently used. 

I've now found that in some very short periods down to five seconds, as well as over longer periods of an hour or two, our leading wait can be CXPacket, and especially in the shorter periods the total wait time can be greater than the elapsed time, and the average wait time can approach or even exceed 4ms.

This would appear to be some form of CPU pressure and yet our cumulative CPU counters never seem to jump above about 70%, I haven't tried to watch individual ones - I guess with maxdop=1 if three of them were maxed at 100% that would look like 75% cumulative, wouldn't it?  Hmm.  Off I go to play with perfmon!

The other possibility is that these rather nasty CXPackets come from just the couple of cases where I did force maxdop>1, even though in those cases the maxdop>1 seemed to really help, I guess that still leaves some room.  Or, could it be a sign that the maxdop>1 tasks are blocked/waiting because too many maxdop=1 tasks are already running?

Any further interpretations and advice welcome.

Josh

ps: I asked some of this the other day on another thread:

https://social.msdn.microsoft.com/Forums/sqlserver/en-US/84f36fc8-1d95-4c32-81e0-c39ad419c4eb/lots-of-pagelatchex-waits-also-cxpacket?forum=sqldatabaseengine#3f4bdc36-0245-4fd4-b713-97cb155277a6

hello,

https://support.microsoft.com/en-sg/kb/2963384

As documented in this kb,  the fix is applicable to SQL Server 2012 SP02. That means the bug still exists in SQL Server 2012 SP2.  However, according to  https://support.microsoft.com/en-sg/kb/2958429, the fixed is delivered in SP02. The Microsoft article is conflicting.  Which one is correct?

 

Article ID: 2963384 - Last Review: 05/15/2015 17:18:00 - Revision: 2.0

Applies to

• Microsoft SQL Server 2012 aService Pack 2
• Microsoft SQL Server 2014 Enterprise
• Microsoft SQL Server 2014 Developer
• Microsoft SQL Server 2014 Standard
• Microsoft SQL Server 2014 Express

Keywords:

• kbqfe kbfix kbsurveynew kbexpertiseadvanced KB2963384

I have some views in my DW database that use some tables in the local db, and some from a production db. For my dev environment, I was using a copy of production db on the local server that hosts DW database. The view were performing pretty good in the dev environment. 

I recently moved the production db on a remote server to simulate production environment, and views now take much longer to run. The indexes are good, statistics updated.

What can be done to improve the performance of these views using database on remote server (linked server), without moving the DW database( that hosts views) to production server?

Thanks.

Hi SQL Experts,