Microsoft hesabıyla oturum açın
Oturum açın veya hesap oluşturun.
Merhaba,
Farklı bir hesap seçin.
Birden çok hesabınız var
Oturum açmak istediğiniz hesabı seçin.

Belirtiler

Microsoft SQL Server başlangıç sırasında, veritabanı kurtarma işlemi tamamlandıktan ve istemci bağlantıları etkinleştirildikten sonra aşağıdaki belirtilerden bir veya daha fazlasını fark edebilirsiniz.

Belirti 1

SQL Server hata günlüğünde aşağıdakilere benzer hata iletileri ve onaylamaları alırsınız:

2014-12-13 08:03:34.85 spid24s Using 'dbghelp.dll' version '4.0.5'2014-12-13 08:03:34.85 spid24s **Dump thread - spid = 0, EC = 0x0000000082274B202014-12-13 08:03:34.85 spid24s ***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\LOG\SQLDump0001.txt2014-12-13 08:03:34.85 spid24s * *******************************************************************************2014-12-13 08:03:34.85 spid24s *2014-12-13 08:03:34.85 spid24s * BEGIN STACK DUMP:2014-12-13 08:03:34.85 spid24s * 12/13/14 08:03:34 spid 242014-12-13 08:03:34.85 spid24s *2014-12-13 08:03:34.85 spid24s * Location: ghost.cpp:17422014-12-13 08:03:34.85 spid24s * Expression: tcln1 != NULL2014-12-13 08:03:34.85 spid24s * SPID: 242014-12-13 08:03:34.85 spid24s * Process ID: 354442014-12-13 08:03:34.85 spid24s *2014-12-13 08:03:35.47 spid24s Error: 17066, Severity: 16, State: 1.2014-12-13 08:03:35.47 spid24s SQL Server Assertion: File: <ghost.cpp>, line=1742 Failed Assertion = 'tcln1 != NULL'. Bu hata zamanlama ile ilgili olabilir. Deyimi yeniden çalıştırdıktan sonra hata devam ediyorsa, yapısal bütünlük için veritabanını denetlemek üzere DBCC CHECKDB 'yi kullanın veya bellekteki veri yapılarının bozulmadığından emin olmak için sunucuyu yeniden başlatın.

Belirti 2

SQL Server hata günlüğünde aşağıdakilere benzer hata iletileri ve özel durumlar alırsınız:

2014-12-13 12:38:30.25 spid51 ' dbghelp. dll ' sürümünü kullanma ' 4.0.5 ' 2014-12-13-51:38:30.25 spid51 * * * yığın dökümü C:\Program Files\Microsoft SQL Server \ MSSQL10_50. SQL2008R2\MSSQL\LOG\SQLDump0003.txt2014-12-13 12:38:30.25 spid51 SqlDumpExceptionHandler: Process EXCEPTION_ACCESS_VIOLATION SQL Server is terminating this process.2014-12-13 12:38:30.25 spid51 * *******************************************************************************2014-12-13 12:38:30.25 spid51 *2014-12-13 12:38:30.25 spid51 * BEGIN STACK DUMP:2014-12-13 12:38:30.25 spid51 * 12/13/14 12:38:30 spid 512014-12-13 12:38:30.25 spid51 *2014-12-13 12:38:30.25 spid51 *2014-12-13 12:38:30.25 spid51 * Exception Address = 000000000030D47C Module(sqlservr+00000000000FD47C)2014-12-13 12:38:30.25 spid51 * Exception Code = c0000005 EXCEPTION_ACCESS_VIOLATION2014-12-13 12:38:30.25 spid51 * Access Violation occurred reading address FFFFFFFFFFFFFFFF2014-12-13 12:38:30.25 spid51 * Input Buffer 54 bytes -2014-12-13 12:38:30.25 spid51 * exec usp_select12014-12-13 12:38:30.77 Server Error: 17310, Severity: 20, State: 1.2014-12-13 12:38:30.77 Server A user request from the session with SPID 51 generated a fatal exception. SQL Server bu oturumu sonlandırıyor. Günlük dizininde üretilen döküm ile ürün destek hizmetleri 'ne başvurun. Erişim Ihlaliyle aşağıdaki çağrı yığını olur: sqlservr! TaskGhostCleanup:: ıkarma + 0x8vseçsqlservr! TaskGhostCleanup:: sıraya alma + 0x32sqlservr! Indexrowscanner:: Movetorowiçnextpage + 0x9csqlservr! IndexDataSetSession:: Getnextrowvaluesınternal + 0x11cb

Belirti 3

Önceki belirti bölümünde açıklanan iletileri aldıktan sonra, SQL Server hata günlüğünde aşağıdaki iletileri alırsınız:

2014-12-13 08:04:53.37 Server Process 0:0:0 (0x23c8) Worker 0x000000002880C1A0 Zamanlayıcı 23 ' te boşaltılsız görünüyor. İş parçacığı oluşturma saati: 13062953007877. Yaklaşık Iş parçacığı CPU kullanımı: çekirdek 0 MS, Kullanıcı 0 MS. %0 süreç kullanımı. Sistem boşta kalma %88. Aralık: 70013 MS. 2014-12-13 08:04:53.37 Server Process 0:0:0 (0x71vseç8) Işçi 0X000000002a8vseç21a0, Zamanlayıcı 30 ' da boşaltılmayan görünüyor. İş parçacığı oluşturma saati: 13062953007891. Yaklaşık Iş parçacığı CPU kullanımı: çekirdek 0 MS, Kullanıcı 0 MS. %0 süreç kullanımı. Sistem boşta kalma %88. Interval: 70013 ms.2014-12-13 08:04:53.38 Server ***Unable to get thread context for spid 02014-12-13 08:04:53.38 Server * *******************************************************************************2014-12-13 08:04:53.38 Server *2014-12-13 08:04:53.38 Server * BEGIN STACK DUMP:2014-12-13 08:04:53.38 Server * 12/13/14 08:04:53 spid 294882014-12-13 08:04:53.38 Server *2014-12-13 08:04:53.38 Server * Non-yielding Scheduler2014-12-13 08:04:53.38 Server *2014-12-13 08:04:53.38 Server * *******************************************************************************2014-12-13 08:04:53.38 Server Stack Signature for the dump is 0x00000000000003412014-12-13 08:04:55.43 Server External dump process return code 0x20000001. Dış döküm süreci hiçbir hata döndürmedi. 2014-12-13 08:04:55.43 Server Process 0:0:0 (0x9358) çalışan İş parçacığı oluşturma saati: 13062953009701. Yaklaşık Iş parçacığı CPU kullanımı: çekirdek 0 MS, Kullanıcı 15 MS. %0 süreç kullanımı. Sistem boşta kalma %88. Aralık: 70011 MS.

SQL Server, bu noktada Kullanıcı isteklerini vermeyebilir. Bu durumda, durumu düzeltmek için hizmeti yeniden başlatmanız gerekir.

Neden

Bu sorun, bu işlem tamamen başlatılmadan Kullanıcı sorgularının hayalet temizleme sıralarını kullanmaya çalıştıklarında oluşur.

Her bir SQL Server toplu güncelleştirmesi, önceki toplu güncelleştirmeyle birlikte gelen tüm düzeltmeleri ve tüm güvenlik düzeltmelerini içerir. En son SQL Server güncelleştirmelerini gözden geçirin:

Geçici Çözüm

Bu sorunu çözmek için aşağıdaki adımları izleyin:

  1. -T669 as başlangıç parametresi. Bu izleme bayrakları, Kullanıcı sorgularının istekleri hayalet temizleme işlemine sıraya almasını engeller.

  2. SQL Server Agent uyarısını SQL msg 3408 'te bir işi tetikleyecek şekilde ayarlayın. Örneğin, aşağıdaki uyarıyı ayarlayın:

    Kurtarma tamamlandı. Bu yalnızca bir bilgi iletisidir. Kullanıcı eylemi gerekmez.

  3. Bu işin içinde, 5 ila 10 dakika beklemek ve DBCC TRACEOFF (669,-1) komutunu çalıştırmak IÇIN bir TSQL kodu çalıştırabilirsiniz.

Bu yordam, bu izleme bayrağının yalnızca SQL Server başlatma sırasında etkin olmasını sağlar. Bu izleme bayrağının kullanımı, arka plan hayalet temizleme sürecinin olağan çalışmasını etkilemez.

Durum

Microsoft bunun SQL Server ile ilgili bir sorun olduğunu ve şu anda bu soruna yönelik bir düzeltmeyi araştırmakta olduğunu onaylamıştır. Bu Bilgi Bankası makalesi uygun olduğu için ek bilgilerle güncelleştirilecektir.

Başvurular

Depolama altyapısının içinde: derinlik uyarılarda hayalet temizlik sp_add_alert (Transact-SQL) dbcc traceoff (Transact-SQL) izleme bayrakları Veritabanı Altyapısı başlangıç seçenekleri

Facebook LinkedIn E-posta
RSS AKIŞLARINA ABONE OLUN

Daha fazla yardıma mı ihtiyacınız var?

Daha fazla seçenek mi istiyorsunuz?

Keşfedin Topluluk

Abonelik avantajlarını keşfedin, eğitim kurslarına göz atın, cihazınızın güvenliğini nasıl sağlayacağınızı öğrenin ve daha fazlasını yapın.

Microsoft 365 abonelik avantajları

Microsoft 365 eğitimi

Microsoft güvenliği

Erişilebilirlik merkezi

Topluluklar, soru sormanıza ve soruları yanıtlamanıza, geri bildirimde bulunmanıza ve zengin bilgiye sahip uzmanlardan bilgi almanıza yardımcı olur.

Microsoft Topluluğu'na sorun

Microsoft Tech Topluluğu

Windows Insider'lar

Microsoft 365 Insider'lar

Bu bilgi yararlı oldu mu?

Dil kalitesinden ne kadar memnunsunuz?
Deneyiminizi ne etkiledi?
Gönder’e bastığınızda, geri bildiriminiz Microsoft ürün ve hizmetlerini geliştirmek için kullanılır. BT yöneticiniz bu verileri toplayabilecek. Gizlilik Bildirimi.

Geri bildiriminiz için teşekkürler!

×