ПредишенСледващото

Какво става, ако някои сесия и постави ключалка предпазва цялата работа? Как да разберете кои сесия вие трябва да убие на проблема си отиде? Този проблем е достатъчно общ администраторите, но по неизвестни причини за мен в интернет не можах да намеря модел за решаване на този проблем. И това е!

На другия ден по време на работа се сблъскват с проблема за брави, а именно, започнаха да се появяват на съобщението "ключалката конфликти при извършване на сделка. Вие сте надвишили максималното време за изчакване на ключалката."

Как да се диагностицира заключващи проблеми

Очевидно е, че това не е проблем на безизходица, не е просто някакъв разговор сложи заключване и "забравил" да се премахне. Проблемът на застрашени сериозни последици - не провежда документ за продажбата на стоки и услуги. Базата данни в същото време работят около 100 души, и че е невъзможно да се извърши рутинна и част от операцията!

Имаше две решения - да се рестартира сървъра или потърсете в провали сесията. Първото решение е просто и бързо, но тъй като вече има някой пише - rebutat сървър може да бъде толкова дълго, колкото да не ме уволнят. Реших да отида на втория начин.

Намерих една статия за това как изглеждаш, който е блокиран чрез SQL Трейс. Да, дори и да го намерите, тогава какво? Имам нужда от сесията!

По-близо до 16:00 часа, когато разбрах, че не можете да дърпате, направих рестартиране. С надеждата, че това няма да се случи отново (и това е първият път, в продължение на шест месеца от работа), аз бях облекчена тя работи. И има защо. На втория ден - същото положение. Аз съм изкопал час и половина, отново неразбираема опит за Google и други. Без резултати. Рестарт. До края на деня там отново. Е, мисля, прекрасно, спокойно се върне у дома и да седне and'll копаят. Аз се върне у дома, всичко е наред. За съжаление.

На третия ден изглеждаше уебинар, разказа за интересен и ефективен начин да намерите проблема. Спомням си, но проблемът вече не се случва. Измина седмица, и ето го - ключалката отново! Триенето ръцете си и да започне да действа.

Копирайте tehzhurnala на файл в определеното пространство, летящи в програмата, блокирането повикване, да получавате съобщения и да премахнете или преименувате tehzhurnala на файла. Не се нуждаем от един тон на информация за други ключалки!

Отидете в папката rphost_PID, намерете текстовия файл и да търсите с думата TTIMEOUT. Ние виждаме следния ред:

Между другото, rphost_PID папки могат да бъдат няколко, всичко зависи от това колко много работа се процеси на сървъра.

И тогава това е проста: погледнете към края на линията - WaitConnections = 8239, тя е нашата брой връзка. Ходим на конзолата на сървъра, отидете до връзките, ние откриваме този номер и да видите номера на сесия. При мен, един потребител има две сесии - не успяха и някои други. Затръшна сесия, като на този етап tehzhurnal. И ето! Всичко работеше, радостта няма ограничение! Но, както се оказа, сесията бе не кръжи :), той е работил. Ето защо, за в бъдеще - това е желателно да се комуникира с потребителя и сигнала.

Според мен, доста доста типично стандартно решение на проблема. Не е известно защо е не съм чувал, може би се дължи на факта, че трябва да се грижи за алармата, а когато потребителите не се изчерпват, той не работи и тестове, проведени - грешки, не са.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!