Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Не убиваемые процессы, которые всех блокируют. / 25 сообщений из 27, страница 1 из 2
  1  все
28.07.2010, 17:06
    #36764514
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
Добрый день.
Такая вот проблема. При перезапуске сервера, почти сразу, один из
случайных пользователей, начинает всех блокировать.
Если его убиваешь, то этот SPID находится в состоянии killed/rollback
0%. Поиском пользовалсь. DTC вообще вырублен. Тормоза происходят в
процедурах где нет linked серверов.
Так вот, этот процесс продолжает блокировать кучу народа, и ни кто не
может работать. Сервер не возможно вырубить, помогает только
перезагрузка.
Единственное что заметили, блокировка всегда происходит во время вставки.
В логе сервера, время от времени появляется ошибка:

Код: plaintext
1.
2.
3.
A time-out occurred while waiting for buffer latch -- type 3,
bp 0000000086FD4480, page  1 :1808994x`, stat 0x25c6000b, database id:  5 , allocation unit
Id:  1429158053740544 , task 0x0000000026F22508 :  0 , waittime  300 , flags 0x3a,
owning task 0x000000001050A988. Not continuing to wait.

CheckDB не делали, но проверяли все таблицы на которые так ругается
сервак. И те которые учавствуют в процедурах и т.д.
Про эту ошибку тоже обшарили весь инет...
Не знаем что и делать.
Спасибо !

Код: plaintext
Microsoft SQL Server  2008  (SP1) -  10 . 0 . 2531 . 0  (X64)   Mar  29   2009   10 : 11 : 52    Copyright (c)  1988 - 2008  Microsoft Corporation  Enterprise Edition ( 64 -bit) on Windows NT  5 . 2  <X64> (Build  3790 : Service Pack  2 )
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:18
    #36764551
_djХомяГ
_djХомяГ
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
А база(ы) не в AutoShrink'e?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:18
    #36764553
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
нет, и Grow = 5 гб
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:20
    #36764557
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
Вернее
autogrowth для mdf = 250 мб
autogrowth для ldf = 1000 мб
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:23
    #36764568
Glory
Glory
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
А что покажет
select * from sys.dm_os_wait_stats order by wait_time_ms desc
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:28
    #36764580
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
GloryА что покажет
select * from sys.dm_os_wait_stats order by wait_time_ms desc

Первые 20 строк
PAGELATCH_SH561021361431300000177LAZYWRITER_SLEEP6014137244096319266REQUEST_FOR_DEADLOCK_SEARCH1437100005000710000LOGMGR_QUEUE23907079334321893SQLTRACE_BUFFER_FLUSH17770401040000XE_TIMER_EVENT2569085530000690000XE_DISPATCHER_WAIT22690842899880CHECKPOINT_QUEUE111690671496870SLEEP_TASK27393356470395834BROKER_TO_FLUSH34735550010304WAITFOR11300001300000CXPACKET6865526075783815933IO_COMPLETION5497823942713521BROKER_TASK_STOP24191744100000PREEMPTIVE_OS_PIPEOPS533133624689420LCK_M_S6613000120000PAGEIOLATCH_SH15834127632358357PAGELATCH_EX20651252007234031DISPATCHER_QUEUE_SEMAPHORE151201321199850SLEEP_DBSTARTUP11241129621000
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:30
    #36764584
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
wait_typewaiting_tasks_countwait_time_msmax_wait_time_mssignal_wait_time_msPAGELATCH_SH561021361431300000177LAZYWRITER_SLEEP6014137244096319266REQUEST_FOR_DEADLOCK_SEARCH1437100005000710000LOGMGR_QUEUE23907079334321893SQLTRACE_BUFFER_FLUSH17770401040000XE_TIMER_EVENT2569085530000690000XE_DISPATCHER_WAIT22690842899880CHECKPOINT_QUEUE111690671496870SLEEP_TASK27393356470395834BROKER_TO_FLUSH34735550010304WAITFOR11300001300000CXPACKET6865526075783815933IO_COMPLETION5497823942713521BROKER_TASK_STOP24191744100000PREEMPTIVE_OS_PIPEOPS533133624689420LCK_M_S6613000120000PAGEIOLATCH_SH15834127632358357PAGELATCH_EX20651252007234031DISPATCHER_QUEUE_SEMAPHORE151201321199850SLEEP_DBSTARTUP11241129621000
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:40
    #36764613
WarAnt
WarAnt
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
DenisVa,

Может все таки поглядеть чем блокирует пользовательский процесс данные, а не гадать на кофейной гуще?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:44
    #36764619
Glory
Glory
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
А вы мониторили очереди к диску с вашими базами ?
И что там у вас вообще за дисковая система ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:47
    #36764622
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
WarAntDenisVa,

Может все таки поглядеть чем блокирует пользовательский процесс данные, а не гадать на кофейной гуще?

Процесс который блокирует других пользователей, вставляет данные в табличку. Во всяком случае функция fn_get_sql в процедурах указывает именно на эти куски.
И вручную пробовали вставку (insert into), та же песня.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:49
    #36764630
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
GloryА вы мониторили очереди к диску с вашими базами ?
Да, очередей нет, комп какбудто отдыхает.
GloryИ что там у вас вообще за дисковая система ?
Очень мощное хранилище IBM, RAID 10, винтов около 20.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 17:53
    #36764643
Prolog
Prolog
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
Т.е. вы вручную делаете один insert и он так долго выполняется, что блокирует другие процессы?
Нет ли триггера на таблице?
Не перекомпилируется он при вставке?
И всё-таки, транзакция не распределённая? Нет ли изменений в таблице другой базы, пусть на том же сервере?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 18:00
    #36764661
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
PrologТ.е. вы вручную делаете один insert и он так долго выполняется, что блокирует другие процессы?
Нет ли триггера на таблице?
Не перекомпилируется он при вставке?
И всё-таки, транзакция не распределённая? Нет ли изменений в таблице другой базы, пусть на том же сервере?

нет. Есть простая табличка, без триггеров без ничего. Мало того делали вот так
Код: plaintext
1.
2.
3.
select * 
into _save_SupplyPriorOrderLog_280710
from SupplyPriorOrderLog
Долго ждали, делаем kill и понеслось ...
Другой пример. При запуске программы, клиент запускает процедурку RegComp в которой
insert into тоже в табличку без триггеров, которая на этом же серваке. Та же песня, и он собирает сразу кучу таких же хотящих работать эзеров.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 18:08
    #36764678
Prolog
Prolog
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
А сколько записей в SupplyPriorOrderLog? Какой размер таблицы в Mb?
Попробуйте отказаться от использования into. Сначала создайте _save_SupplyPriorOrderLog_280710 с нужной структурой, потом в неё копируйте.
read committed наложит блокировку на SupplyPriorOrderLog на всё время выполнения select ... into.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 18:16
    #36764703
SQL2008
SQL2008
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
Это происходит только на пользовательской базе или в любой базе на сервере?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 18:17
    #36764710
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
PrologА сколько записей в SupplyPriorOrderLog? Какой размер таблицы в Mb?
Попробуйте отказаться от использования into. Сначала создайте _save_SupplyPriorOrderLog_280710 с нужной структурой, потом в неё копируйте.
read committed наложит блокировку на SupplyPriorOrderLog на всё время выполнения select ... into.
Да не, это не причем. В остальных случаях простые insert into были
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 18:18
    #36764715
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
SQL2008Это происходит только на пользовательской базе или в любой базе на сервере?

хм ... заметили только на пользовательской ... не пробовали проверить. Щас сервер статистики переводим в основной сервак.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 18:20
    #36764717
SQL2008
SQL2008
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
DenisVa SQL2008Это происходит только на пользовательской базе или в любой базе на сервере?

хм ... заметили только на пользовательской ... не пробовали проверить. Щас сервер статистики переводим в основной сервак.
Я спросил чтобы определиться в какую сторону рыть - сервер или база.

А операции UPDATE и DELETE тоже вешают процессы?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.07.2010, 18:30
    #36764754
DenisVa
DenisVa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
SQL2008
А операции UPDATE и DELETE тоже вешают процессы?
Вроде нет .... Во всяком случае, специально пробовали все нормально.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
05.05.2018, 13:08
    #39640611
DaichiRyuu
DaichiRyuu
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
Добрый день, у меня есть простейший запрос, который так же вызывает блокировку "PREEMPTIVE_OS_PIPEOPS"
Всё никак не могу тоже понять что происходит, если вы решили свою проблему или кто-то знает ответ, помогите пожалуйста разобраться.

SQL Server 2016 установлен на Win Server 2016

Скрипт
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
DECLARE
@StartDate date,
@EndDate date

SET @StartDate = '20180401'
SET @EndDate = '20181231'

USE [database]
IF OBJECT_ID ('dbo.bcptmp', 'u') IS NOT NULL
DROP TABLE bcptmp
SELECT 
 [docid],
 [OwnerDistID]
INTO dbo.bcptmp
FROM [server].[database].[dbo].[table] 
WHERE orType in (675,10,677,678) 
	AND Condition=1 
	AND DocID is not null 
	AND (orDate between @StartDate and @EndDate)

IF (SELECT COUNT(*) FROM bcptmp)>0 
BEGIN
EXEC xp_cmdShell 'bcp "select * from database.dbo.bcptmp" queryout D:\Transfer\DMT_Del_Document.txt -T -c -t "|" -C Win1251', no_output
EXEC ftp_mput N'D:\Transfer\',N'DMT_Del_Document.txt'
END;
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.05.2018, 13:32
    #39640616
Гавриленко Сергей Алексеевич
Гавриленко Сергей Алексеевич
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
Т.е. вы запустили внешний процесс и удивляетесь, что он висит на соответсвтующем ожидании?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.05.2018, 14:06
    #39640627
DaichiRyuu
DaichiRyuu
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
А чего он ожидает?
И почему ожидает бесконечно долго ?
Ну и конечно из за чего это может быть ?
Вот чего я спрашиваю, просто люди тут сталкивались с таким.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.05.2018, 17:43
    #39640698
alexeyvg
alexeyvg
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
DaichiRyuuВсё никак не могу тоже понять что происходитВы хотя бы, для начала, определите, на какой конкретно операции это ожидание.
DaichiRyuuА чего он ожидает?
И почему ожидает бесконечно долго ?
Ну и конечно из за чего это может быть ?Ну, это слишком абстрактный вопрос. "У меня есть программа, чего она бесконечно ожидает, поделитесь, если кто сталкивался"
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.05.2018, 17:46
    #39640700
Гавриленко Сергей Алексеевич
Гавриленко Сергей Алексеевич
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
DaichiRyuuА чего он ожидает?
И почему ожидает бесконечно долго ?
Ну и конечно из за чего это может быть ?
Вот чего я спрашиваю, просто люди тут сталкивались с таким.
Почему трамвай не приезжает, чего он ждет?
И почему это происходит бесконечно долго?
Ну и конечно из за чего это может быть ?
Вот чего я спрашиваю, просто люди тут сталкивались с таким.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
06.05.2018, 21:33
    #39641091
flexgen
flexgen
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не убиваемые процессы, которые всех блокируют.
DaichiRyuu,

Я правильно понимаю, вот это вот
Код: sql
1.
FROM [server].[database].[dbo].[table]


обращение к linked server?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Не убиваемые процессы, которые всех блокируют. / 25 сообщений из 27, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]