| Рус Eng |
| |
 |
(499) 753-32-39
ул. Лодочная, 6к217, офис 717
|
|
| Главная — Обратная связь — Форум — Общий форум — Процесс обновления падает, с ошибкой. |
|
|
| |
Тема: «Процесс обновления падает,...»
LZP
Гость
|
Создано:
09.04.2010 21:01:39
|
 |
Добрый день.
В процессе обновления сетевой базы, на этапе "~70-80 %" по ползунку прогресса, обновление прекращается, и выскакивает ошибка следующего содержания:
"Ошибка при соединении с базой ct_1I.
Неправильное имя пользователя или пароль,
или база ct_1I не найдена"
Ранее такого не наблюдалось.
В последнее время всё чаще.
Иногда до двух раз подряд, за одно обновление.
Учитывая, что процесс обновления продолжается уже 6-8 часов до такой ошибки, появляется реальное опасение не успеть обновить базы в течение ночи, до 8 утра, когда на работу приходят сотрудники, и начинается отгрузка товара контрагентам.
Конфигурации клиентских компов, на которых замечено подобное:
- Athlon 3.2 GHz / 512 МВ
- P4 2.4 GHz / 1024 МВ (шина 800 Мгц, hypertreading включен).
Размер баз: 500-550 МБ.
Прошу советов, как подобное можно забороть?
--------------------
Ещё вопросик, если позволите.
Имеется стойкое субъективное ощущение, что процесс обновления сетевых баз происходит намного быстрее на процессорах с коротким конвейером, т.е. AMD Athlon / Sempron. Это действительно так? Или показалось?
|
|
|
Дмитрий Базанов
Консультант
Всего сообщений: 16
Дата регистрации: 12.04.2010
|
Создано:
12.04.2010 11:19:33
|
Вы осуществляете обновление базы, находящейся в папке network?
По поводу второго вопроса. Обновление гораздо быстрее идет на современных 2-х ядерных процессорах. Особой разницы между intel и AMD процессорами не замечал.
|
|
|
LZP
Гость
|
Создано:
13.04.2010 16:19:37
|
Дмитрий, спасибо за ответ.
Да, разумеется, база сетевая, и обновляется она как положено - на клиенте.
Ошибка изложена точно. Обидно, что оно выскакивает уже по сути в конце процесса обновления, самого затратного по времени процесса.
Нажимаешь "ОК", и в ответ: "Не состоялось обновление базы ..."
И всё начинать заново.
| Цитата | Дмитрий Базанов пишет:
Обновление гораздо быстрее идет на современных 2-х ядерных процессорах |
К сожалению, двухядерных клиентских машин у нас не наблюдается... :)
Ресурсы имеющегося парка ПК более чем устраивают.
Кроме обновления Комтех, разумеется.
Как-то делал эксперимент, запускал обновление на Пентиум 3 866 МГц и Селерон (П4) 1700 МГц.
Так вот, на Р3 866 МГц одна и та же база обновляется более чем в два раза быстрее, чем на Селерон 1700. Странно, да?
Или, может быть, к кешу процессора все эти SQL-приложения так критичны?
(Р3 866 - 256 кб кеша, Селерон 1700 - 128 кб кеша. Вроде сходится, по выигрышу времени.)
|
|
|
Модератор
Всего сообщений: 235
Дата регистрации: 05.11.2008
|
Создано:
14.04.2010 10:55:10
|
|
После перехода на 9 ASA действительно процесс обновления базы данных стал заметно медленнее на слабых рабочих станциях, зато ускорился на хороших рабочих станциях. Особенно большой выигрыш получается при многоядерных процессорах и большом количестве ОЗУ. Поэтому целесообразно установить современную рабочую станцию, хотя бы на сервер. Стоимость таких рабочих станций сейчас небольшая (400-600 USD). Что касается ошибки, то у Вас на рабочей станции, в процессе обновления почему-то пропадает соединение с файлом базы данных. Это может быть связано с настройками рабочей станции либо с работой других приложений (например, антивирусов). Просто раньше процесс обновления у Вас производился за меньшее количество времени и поэтому ошибки не было. У Вас существует возможность попробовать запустить обновление на другой рабочей станции? Если обновление провести так и не получится, то мы можем провести его у себя и потом выслать уже обновленную базу. У нас это займет 1-2 часа. На это время работать с системой будет нельзя. Как еще Вам помочь пока не знаю.
|
|
|
LZP
Гость
|
Создано:
19.03.2012 21:18:04
|
|
А вот подниму-ка свою старую тему. Ибо достало уже, прошу прощения за резкость.
Иногда всё же приходится делать обновления баз, когда уже некуда деваться.
Процесс не быстрый, очень не быстрый. Ночь, как минимум. Успеть бы до утра?
Уже сменились рабочие компьютеры, на которых всё это дело обновляется. Всё согласно рекомендаций, данных ранее (см. выше). Оперативной памяти по 2 ГБ, есть и четыре. Быстрые современные процессоры, два ядра ... есть и четыре.
Вот только знаете что? Не полегчало. Ну никак не полегчало.
Здесь уже люди отписывались, так я добавлю ложку своего дёгтя.
Зачем многоядерность рабочих станций, зачем много-гигабайт-RAM?
Всё одно, процесс обновления использует только одно ядро процессора. И только 256 мегабайт памяти.
Прошу прощения, но "...каким ты был, таким остался...". Иначе не скажешь.
Ах да, чуть не забыл. Новая напасть. Ну вот прямо сейчас.
Обновляется оно себе обновляется. Знаковые "39%" теперь проходит быстро, теперь долго висит на 77%. Ну да ладно.
А потом, подходишь к компьютеру, где обновлялась сетевая база, а там на экране пусто. Куда-то девается "окошко прогресса". А значок SQL Anywere в трее висит, никуда не делся. Если по нему щёлкнуть, выбрать "Restore", то появляется окошко, в котором уныло, раз в 20 минут, отмечаются чекпойнты. В таком состоянии оно может находится неограниченно долго. Я могу вручную закрыть это окно, используя кнопку "Shutdown".
Посему вопрос.
Вопрос, в каком состоянии в этот момент обновлявшаяся база?
Она готова? Уже обновилась?
Её можно обрабатывать дальше (проверка/оптимизация), или нет?
Пока что, приходится вручную останавливать этот зависон, очищать папку "Network", и запускать процесс обновления по новой. А тут уже как повезёт, вылетит оно следующий раз, или не вылетит.
Что посоветуете?
|
|
|
Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
20.03.2012 11:24:28
|
Добрый день!
У меня на Celeron E1400 2,0 ГГц кэш 512 КБ ОЗУ 1ГБ обновление базы 1,2 ГБ занимает около 3х часов. Кэш процессора второй по значимости (после производительности) параметр системы, который сильно влияет на скорость обновления.
Случалось и исчезновение окна обновления с полосой прогресса. Делал shutdown и пускал базу в работу. Замечаний не было.
|
|
|
kaa
Всего сообщений: 2
Дата регистрации: 11.10.2011
|
Создано:
20.03.2012 13:56:48
|
В дополнение к предыдущему сообщению, предлагаю делать перезагрузку компьютера прямо перед обновлением.
Бывало такое, что висит значок, а окошка обновления нет. Я в таком случае не рисковал, и запускал обновление снова (естесственно после перезагрузки компьютера).
P.S.
База 10Гб, обновление длится ~5 часов. RAM 3Гб, проц pentium E6500.
К тому же необходимо учитывать сколько изменений было между версиями: Если очень много, то база и в 1Гб может часов 8 обновляться!
|
|
|
lzp
Гость
|
Создано:
20.03.2012 16:01:12
|
|
Благодарности всем откликнувшимся.
На душе стало немного легче :)
Способствует, после 1,5 суток на работе (день работаешь, ночь обновляешь, и на следующее утро снова работаешь). :)
Сегодня ночью провёл эксперимент.
Прибил значок шатдауном, далее обработал "проверкой" и "оптимизацией". Отложил полученный результат в сторонку.
Затем снова прогнал обновление той же базы. Повезло, прошло без вылетов окошка прогресса.
Сравнил полученные результаты. Размеры обоих comtec.db сошлись до байта.
Посему, скорее соглашусь с Александр Крупчатников.
Хотя да, перезагрузка полезна в любых случаях, ибо com_pipe продолжает упорно висеть в системе.
По производительности процесса обновления.
Тут какая-то мистерия.
Раньше (давно) было так, что одна и та же база, при обновлении на Селерон 1700 (Р4), обновлялась в два раза дольше, чем на древнем PIII 733 МГц. Нонсенс.
Когда-то, я пытался тут прояснить, какая же конфигурация рабочих машин будет оптимальной, для скорости обновления. Но к какому-либо консенсусу, тогда так и не пришли. Я для себя понял так, что быстрее обновляется на:
- процессорах с бОльшим размером кеша, тут я полностью согласен;
- процессорах с бОльшей тактовой частотой;
- и почему-то, сложилось такое мнение, что быстрее всего обновляется на процессорах AMD...
Это чисто субъективно.
Всё равно, обновление чрезмерно долгое.
К сожалению, обновлять приходится как раз редко, под отчётный период. Изменений много, да. Обновление длительное, волей-неволей.
И сердце кровью обливается, смотреть как на мощной машине задействовано всего лишь одно ядро процессора.
Хоть бы памяти побольше откусывало на процесс, как-нибудь динамически, что ли? Вполне можно под процесс откусить половину оперативки, не? Правда, не знаю, ускорит ли процесс бОльший размер задействованной оперативной памяти?
|
|
|
Александр Крупчатников
Постоянный посетитель
Всего сообщений: 236
Дата регистрации: 13.05.2008
|
Создано:
21.03.2012 19:19:32
|
Самое узкое место в процессе обновления - это процессор, думаю. Почти все время процесса на компьютерах, на которых наблюдал обновление, процессоры были загружены на все 100% (в многоядерных 100/Ядер из-за несовершенства ОС Windows, полагаю.) К выбору других компонентов компьютера/сервера можно подходить сдержанно :). Я лучше бы экономил на всем, кроме процессора
|
|
|
ptv
Гость
|
Создано:
20.06.2012 18:43:44
|
Прочитал, но решения проблемы так и не увидел.
В процессе обновления сетевой базы, на этапе "~70-80 %" по ползунку прогресса, обновление прекращается, и выскакивает ошибка следующего содержания:
"Ошибка при соединении с базой ct_1I.
Неправильное имя пользователя или пароль,
или база ct_1I не найдена"
У меня такая же ошибка выскакивает на некоторых машинах в начале обновления
только ошибка немного иная
Ошибка при соединении с базой ct1t.
Неправильное имя пользователя или пароль,
или база ct1t не найдена
И вылазит через раз. Иногда нормально обновляется, иногда нет. Самое интересно что даже после перезагрузки ПК ошибка остается.
Как такое решается? Сталкивались или нет?
|
|
|
|
Страницы: 2 [ 1 2 | Все ] |
|
|
|
| Для комментариев необходимо пройти авторизацию. |
| |
 |
| |
 Помощь |
|
| |
