| » | Казахстанский Бухгалтерский форум www.balans.kz | SQL 2000 Ошибка: Время ожидания истекло |
|
Показать сообщения: Начиная со старых .::. Начиная с новых |
|||
| Автор: | d.Fedor | ||||
| Добавлено: | #1 Вт Апр 21, 2009 12:10:35 | ||||
| Заголовок сообщения: | |||||
Это вряд ли, шнурик всего лиш управление бесперебойником...
А вот это скорее всего... Вполне возможно что-то стояло на ожидании чего то из сети с высоким приоритетом, поэтому на остальное не реагировало. Блин, че раньше мне в голову не пришло. Надо было попробовать только скуль рестартануть. Только счас вспомнил, иногда 2000 скуль начинал "жевать", то есть наблюдалось офигенное замедление, просто рестартовали его и все налаживалось. Впоследстие решили "проблему" ночным перестартом скуля. опосля прочтения статьи что со временем в кеше скуля накапливаються планы запросов и увеличивается вероятность выборки "неоптимальных", а неоптимальные планы как раз и приводят к существенному замедлению, и не только это... Вообще посоветую почитать здесь [url]gilev.ru[/url], у мужика много полезного написано по обслуживанию SQL и оптимизации... |
|||||
| Автор: | DeniSuccess |
| Добавлено: | #2 Вт Апр 21, 2009 11:33:10 |
| Заголовок сообщения: | |
причина - чесн хз что повлияло на работу , грешу всётаки на бесперебойник так как отцепил ЮСБ шнурик от самого бесперебойнека - перезагрузка сервака с очистками логов и всякой дряни-грязи что накопилась и увеличение тайм-аута .... и всё заработало.... |
|
| Автор: | shurik.kz |
| Добавлено: | #3 Вт Апр 21, 2009 10:45:10 |
| Заголовок сообщения: | |
DeniSuccess В чем проблема - то была всё-таки? У меня правда на 2000 серве было такое тоже после скачка напруги. Перезагрузка самого сервака и свичей помогла. |
|
| Автор: | d.Fedor |
| Добавлено: | #4 Вт Апр 21, 2009 10:34:51 |
| Заголовок сообщения: | |
DeniSuccess А причина? Для накопления опыта? |
|
| Автор: | DeniSuccess |
| Добавлено: | #5 Вт Апр 21, 2009 10:19:45 |
| Заголовок сообщения: | |
Проблема решена. можно закрывать..... |
|
| Автор: | d.Fedor |
| Добавлено: | #6 Вс Дек 14, 2008 10:44:30 |
| Заголовок сообщения: | |
Как я писал, обслуживал большое предприятие последний год, ни одного сбоя или простоя! Сейчас перевел другое предприятие на постгрес под линухой, но некоторое причины заставили перевести его на db2 так-же под линухом. Опять же ни одного сбоя. К стати если есть у кого интерес по использованию этих СУБД c 1C с удовольствием помогу.... |
|
| Автор: | тов. Сема | ||
| Добавлено: | #7 Сб Дек 13, 2008 13:24:15 | ||
| Заголовок сообщения: | |||
Желательно бы тебе, Федя, почитать. Я могу даже подсказать, что. Те мболее ,что проблема автора могла бы быть и у тебя (у вас тоже стоит МС СКЛ2000). |
|||
| Автор: | d.Fedor |
| Добавлено: | #8 Сб Дек 13, 2008 13:01:25 |
| Заголовок сообщения: | |
Сеня, мне не надо советовать... Администрированием серверов я занимаюсь больше 8 лет... И опыт имеется, я здесь к стати описал причины почему я считаю где проблема. Ты просто указываеш пальцем без причин, опираясь только на сообщение, которое как я и объяснил в принципе ни о чем не говорит. А насчет вообще опыта... на сегодня у меня опыт установки и работы пользователей под PostgreSQL, DB2... Причем в качестве серверной ОС Linux.. Опыт успешный! В плане MS SQL год сопровождения предприятия на 8.1 с количеством пользователей под 200... Это только из последнего, а уж про прошлые года не говорю... И ты мне будеш рассказывать что мне читать? |
|
| Автор: | тов. Сема | ||
| Добавлено: | #9 Сб Дек 13, 2008 12:49:50 | ||
| Заголовок сообщения: | |||
Потому что имею опыт. Потому что у меня такие случаи были. А после них я читал умные книшки, ставил эксперименты и и делал выводы. Чего и тебе советую. |
|||
| Автор: | d.Fedor |
| Добавлено: | #10 Сб Дек 13, 2008 11:11:53 |
| Заголовок сообщения: | |
Вот мне интересно, ну и как ты можеш вот так, не видя, утверждать что проблема именно там? Конечно может быть, но повторюсь, по картинке которую дал автор, ничего нет что-бы могло "сломать" odbc на сервере. То есть был скачек напруги, сервер даже не выключался. ну поотрубались клиенты и что? Как это могло повлиять на ODBC? Конечно не исключено... Но все-таки картинка "заболевания" говорит о другом... если конечно не сломали до этого, а скачек послужил мотивом перегрузки сервера, после которой изменения вступили в силу... P.S. Вот за что люблю сервера на Linux, перезагрузка требуется с очень редким исключением :) |
|
| Автор: | тов. Сема |
| Добавлено: | #11 Сб Дек 13, 2008 08:09:50 |
| Заголовок сообщения: | |
Ну что ж...Федино упрямство должно быть вознаграждено.... Феденька, это "железо" (оно же источник проблемы автора) находится по адресу - Пуск \ Настройка \ Панель управления \ Источники данных ODBC. |
|
| Автор: | d.Fedor |
| Добавлено: | #12 Пт Дек 12, 2008 09:11:54 |
| Заголовок сообщения: | |
тов. Сема Если внимательно изучить пост номер 3, то там есть фраза о том что проблемы начались после скачка напряжения... При этом сервер защищен УПС. Именно поэтому в первую очередь следует искать причину в железяках, а не в ПО. |
|
| Автор: | тов. Сема |
| Добавлено: | #13 Чт Дек 11, 2008 17:31:03 |
| Заголовок сообщения: | |
Господа, вы рассуждаете, как железники...Как компьютерные техники...А СКЛ - это прежде всего программа....А не железо...И он обладает рядом настраиваемых параметров...Которые в случае автора не работают.... |
|
| Автор: | Сергей(П-П) |
| Добавлено: | #14 Чт Дек 11, 2008 15:51:36 |
| Заголовок сообщения: | |
Может свич обнулить, если он не выключается ему могло крышу сорвать. |
|
| Автор: | d.Fedor |
| Добавлено: | #15 Чт Дек 11, 2008 15:17:44 |
| Заголовок сообщения: | |
Есть еще предложение, попробуйте установить 1С на самом сервере и подключиться к базе скуля (хотя насколько понимаю 1С уже установлена, раз на терминал перевели). Подключится или нет? Тем самым мы проверим, есть ли проблема на сервере. Если база там заработает, значит остается сеть, это менее трудоемкое, или проблема проблема с клиентами. Все таки склоняюсь к подгоревшим сетевым карточкам и свичам. У меня был случай, правда файловый вариант, так же после скачка напряжения. свич правда заменили сразу, ибо он сгорел полностью. Так вот 1С в принципе работала, но часто вылетала или зависала. Замена сетевых карт решила проблему. |
|
| Автор: | Сергей(П-П) |
| Добавлено: | #16 Чт Дек 11, 2008 14:35:12 |
| Заголовок сообщения: | |
Скорее, согласен с д.Федором, сеть. Может "нечаяно" пользователи или политики на сервере изменились. Время достукивания проходит и сервер ругается. Ведь при файловой системе тоже есть понятие Время ожидания захвата таблицы базы данных и Период опроса изменений БД , и Ошибка захвата происходит по крайней мере в двух вариантах либо кривая сеть 99%, либо кривые запросы 1%, которые захватили и не дают другим пользователям обращаться к таблице на время большее установленному. |
|
| Автор: | d.Fedor | ||||||
| Добавлено: | #17 Чт Дек 11, 2008 13:04:05 | ||||||
| Заголовок сообщения: | |||||||
И что же по твойму он сообщает? Ты про вот это?
Так во первых Сеня научись читать мои посты, пост №16
Во вторых, в ошибке в квадратных скобочках указан источник выславший ошибку, то есть ошибку прислал ODBC драйвер. Вот все что это означает. А вот почему он сгенерил ошибку, еще вопрос. Необязательно проблема в самом драйвере.... ЗЫ: Главная ошибка тоже в квадратных скобочках
А вместо того что-бы пальцы гнуть, скажи человеку что по твоему ему сделать для устранения, а не рассказывать сколько будут стоить твои потуги по решению проблемы... |
|||||||
| Автор: | тов. Сема | ||
| Добавлено: | #18 Чт Дек 11, 2008 10:41:25 | ||
| Заголовок сообщения: | |||
Федя, самое смешное, что СКЛ тебе прямо пишет про причину. В посте 1. В сообщении об ошибке. И в квадратных скобочках указывает, КУДА нужно копать... Но суровые омские одинэсники не читают сообщений об ошибках. |
|||
| Автор: | d.Fedor |
| Добавлено: | #19 Чт Дек 11, 2008 10:22:20 |
| Заголовок сообщения: | |
тов. Сема Надежнее и проще подключения по IP просто нет. Грубо говоря надо все таки уметь настраивать сеть и подключения. По сабжу причин может быть много, как минимум я бы просто на сервере проследил что происходит при попытке подключения. так-же просмотрел бы логи. Вот так советовать... приходиться просто перебирать возможные причины. |
|
| Автор: | тов. Сема | ||
| Добавлено: | #20 Чт Дек 11, 2008 09:49:06 | ||
| Заголовок сообщения: | |||
Третий раз мимо, Федя. Иногда только благодаря именованным трубам и удается подключаться к скулю по сети.... |
|||
| Автор: | d.Fedor |
| Добавлено: | #21 Чт Дек 11, 2008 08:20:54 |
| Заголовок сообщения: | |
DeniSuccess Первое проверь что-бы хождение на сервер было только по TCPIP, Named Pipes в отстойник. Второе, обнови у клиентов ODBC драйвер. Третье, проверь DNS... Возможно проблемы после сбоя. Попробуй вместо названия сервера написать его IP, то же помогает... |
|
| Автор: | тов. Сема |
| Добавлено: | #22 Ср Дек 10, 2008 22:19:01 |
| Заголовок сообщения: | |
В таком случае вам придется учиться решать проблемы самому. А руководству вашему я бы рекомендовал открыть экономический словарь на слове "аутсорсинг". Замечательное слово...Правда, многие люди предпочитают внушать себе и/или всем, что они могут решить любые проблемы сами. В таком случае, рано или поздно они открывают экономический словарь на словосочетании "субъект, который платит дважды". Лана...судя по всему, кроме этой проблемы у вас там еще много чего хватает, неплохо все запущено... Скажите, мил человек, название вашего ника имеет отношение к амбициозной рекламе фирмы "Success" ? |
|
| Автор: | DeniSuccess |
| Добавлено: | #23 Ср Дек 10, 2008 21:38:44 |
| Заголовок сообщения: | |
:( увы тов.Сема - но до нашего серваку научнава-техно погресса непровели. В том то и попа - от товарищей уже поступали предлоги такого жанру. Всё ручками и на месте. А транслирую по траблу я с дому, ибо жадное руководство да тугое на подъём, а бодать угрозой расправы(методом лишения премии в конце года) - могут. Да и приподнёс им наш разговор - пальцом погрозили приговаривая что типа мол - тебя мы на что держим, вот и шарюсь по форумам - на добром слове можть кто поможет. Добавлено спустя 1 минуту 37 секунд: ну естессна вознаграждение ожидается - смотря ЧО вы употребляете))) |
|
| Автор: | тов. Сема | ||
| Добавлено: | #24 Ср Дек 10, 2008 17:34:34 | ||
| Заголовок сообщения: | |||
Снова мимо, Федя. Как раз таки сабж в посте 1 и возникает чаще всего после перестановки скуля. |
|||
| Автор: | тов. Сема | ||
| Добавлено: | #25 Ср Дек 10, 2008 16:47:52 | ||
| Заголовок сообщения: | |||
Да, я с Астаны. Но, в текущих условиях раввития научно-технического прогресса, при наличии у вас интернета, не вижу проблем чтобы мне "дотянуться" до вас дистанционным доступом. А разговоры могут итти по Skype. Так что все ваши расходы будут только на гонорары жадному тов.Семе. Если что, звоните 8-710-349-61-46. Или мыльте на list.ru по адресу master1c. |
|||
| Автор: | d.Fedor |
| Добавлено: | #26 Ср Дек 10, 2008 15:45:23 |
| Заголовок сообщения: | |
Переставить скуль и не мучатся. К стати насколько знаю 7.7 не работает с 2008 как впрочем и с 2005. Подставляют костыли, но судя по описаниям результат не радует |
|
| Автор: | DeniSuccess |
| Добавлено: | #27 Ср Дек 10, 2008 13:09:40 |
| Заголовок сообщения: | |
Большие пакеты тоже проходят. Выхода другого невижу, пришлось перейти на файловую. К тому же собираются приобретать СКВЭЛЬ сервер 2008 и полностью перейти на него - цены приятно удивили что сам Сквэль_Сервер что сами клиентские версии ( 20 рабочих станций!), для поддержки штанов - покамись так. Добавлено спустя 3 минуты 10 секунд: т.Сема простите.....вы с Астаны? |
|
| Автор: | т.Сема | ||
| Добавлено: | #28 Ср Дек 10, 2008 13:05:32 | ||
| Заголовок сообщения: | |||
Федор, терминал + СКЛ превосходно работают вместе, ничего никуда не надо переводить. Автору. Решайтесь быстрее. По случай светлого первопрестольного надвигающегося праздника я не буду брать с вас обычную таксу - 200 $. Хватит и 100...Тока быстрее, у меня трубы горят...(шучу) |
|||
| Автор: | d.Fedor |
| Добавлено: | #29 Ср Дек 10, 2008 13:00:43 |
| Заголовок сообщения: | |
Ну то что пингуется, это ничего не значит. Пакеты маленькие, могут проскакивать без проблем. Но вот то что через терминал работает, уже интересно. Так понимаю перевели в файловую версию? |
|
| Автор: | DeniSuccess |
| Добавлено: | #30 Ср Дек 10, 2008 12:39:57 |
| Заголовок сообщения: | |
Обмен инфы идёт без проблем, в рабочей группе наблюдаются все компы, пингуются, даж бегал с лантестером звонил сетку. Всё фурычит кроме грёбанава СКВЭЛЯ . Временно пришлось настроить через терминалы. |
|
| Автор: | Бац, бац, и мимо | ||
| Добавлено: | #31 Ср Дек 10, 2008 11:29:06 | ||
| Заголовок сообщения: | |||
|
|||
| Автор: | d.Fedor |
| Добавлено: | #32 Ср Дек 10, 2008 11:24:16 |
| Заголовок сообщения: | |
DeniSuccess А сеть нормально работает? Попробуйте с компьютера на сервер перекопировать например фильм... Очень похоже что проблема либо с сетевыми картами, либо с хабами/свичами. Было тоже нечто подобное после скачка напряжения, поменяли хабы и сетевые карты, проблема решилась |
|
| Автор: | Было такое |
| Добавлено: | #33 Ср Дек 10, 2008 11:16:33 |
| Заголовок сообщения: | |
Сколь даете за решение проблемы? |
|
| Автор: | DeniSuccess |
| Добавлено: | #34 Ср Дек 10, 2008 10:55:44 |
| Заголовок сообщения: | |
Да ...до этого работало, началось после скачка напряжения, хотя на серваке стоит УПС, и сервак никто нетрогал, проблема с драйвером доступа? что интересно некоторые пользователи могут зайти а некоторые нет. |
|
| Автор: | d.Fedor |
| Добавлено: | #35 Вт Дек 09, 2008 14:14:51 |
| Заголовок сообщения: | |
А до этого работало? Началось "внезапно"? Очень похоже что ручки админа пошалили с правами и доступами |
|
| Автор: | DeniSuccess |
| Добавлено: | #36 Вт Дек 09, 2008 11:29:37 |
| Заголовок сообщения: | SQL 2000 Ошибка: Время ожидания истекло |
Здрасти! проблемы со SQL на машинах клиентов , стоит 7.7 SQL, на серваке стоит 2003 винда + 2000 SQL. при входе в базу выкидывает: SQL State:HYT00 Native:0 Message:[Microsoft] [ODBC SQL Server Driver] Время ожидания истекло что это? как с этим бороться? |
|