|
1С 8.1 УТ 10.3 долго выгружается | ☑ | ||
---|---|---|---|---|
0
dragonIMV
14.09.11
✎
06:03
|
Уже где то 13 часов идет выгрузка базы в dt.
Комп у клиента слабый очень, одноядерный атлон какой-то там с IDE винтом. База файловая, папка весит 700 метров. Что поглядеть проверить сделать, чтобы база уже выгрузилась блин и могли люди работать?? |
|||
1
dragonIMV
14.09.11
✎
06:04
|
То же самое было в пятницу, запустили, в понедельник уже выгрузилось. В какой момент и сколько времени не известно, никто в выходные не следил за ней.
|
|||
2
poligraf
14.09.11
✎
06:06
|
На 700 метрах - ctrl-c, ctrl-v
|
|||
3
dragonIMV
14.09.11
✎
06:08
|
(2) имеешь ввиду просто копировать папку?
сейчас не возможно, конфигуратор работает и боюсь скидывать, так как база полететь может... а бекапы они не делают )))) |
|||
4
picom
14.09.11
✎
06:17
|
Если идет какой-то процесс и в этот момент шевелить мышкой - процесс идет быстрее
|
|||
5
dragonIMV
14.09.11
✎
06:28
|
(4) ну ну, ещё какие советы есть?)))
как поглядеть чем файловая 1Ска занята таким? что в винде 2003 для этого есть стандартного? |
|||
6
picom
14.09.11
✎
07:18
|
(5) Жди и ничего не трогай
только мешать будешь .. А выгрузка идет с того же компа на котором база установлена? |
|||
7
dragonIMV
14.09.11
✎
07:20
|
да, на сервере
|
|||
8
picom
14.09.11
✎
07:22
|
(7) дофига времени
1с ка нормальная или 8.1 ломанная? Попробуй пока есть время загрузи dt старый на другом коме в чистую конфу а затем тоже поставь на выгрузку, тоже долго будет ? |
|||
9
Мимохожий Однако
14.09.11
✎
07:23
|
иногда висит предупреждение, а все думают, что процесс идет. Диспетчер задач может показать загрузку
|
|||
10
Мимохожий Однако
14.09.11
✎
07:23
|
* памяти процессами.
|
|||
11
dragonIMV
14.09.11
✎
07:23
|
(8) нормальная...
да уже пофиг, сервак повис просто тупо у них...все отрубилось. они его перегружают уже сами... хорошо хоть впервые за год я успел в пятницу им бекап базы сделать...всего 2 дня восстанавливать инфу если что |
|||
12
picom
14.09.11
✎
07:25
|
(11) ничего не будет
|
|||
13
dragonIMV
14.09.11
✎
07:27
|
(12) ага, ни базы, ничего))))
напомните, чем там проверять файловую базу можно пытаться?))) в пофигуратор уже не пустило. сейчас в пользовательский режим буду пробовать пробиться |
|||
14
dragonIMV
14.09.11
✎
07:28
|
пишет ошибку открытия...как будто выгрузка продолжается ещё...хотя перегрузили комп...
|
|||
15
dragonIMV
14.09.11
✎
07:30
|
хотя с третьей попытки открылся...надо же...
сейчас тогда скопирую тупо (копирует то быстро, это с dt проблема) и буду пытаться что нить с ней делать... кроме тестирования из конфигуратора и загрузки с dt что ещё можно сделать с файловой? обмен данных в чистую базу сделать можно попробовать? |
|||
16
picom
14.09.11
✎
07:34
|
chdbfl.exe
|
|||
17
Мимохожий Однако
14.09.11
✎
07:34
|
Сделай в ночь автоматической архивирование файла 1Cv8.1CD. Перед этим обязательный выход пользователей из базы.
|
|||
18
dragonIMV
14.09.11
✎
07:40
|
(17) ну админу приходящему их я уже говорил об этом, как бы не обслуживаю этого клиента, а просто разово решаю проблему с некоторыми вещами в базе, типа распределенка перестала работать да косячные отчеты фиг знает кем написанные...
(16)ага, все время название файла забываю этого и потом ищу его...спс... |
|||
19
Мимохожий Однако
14.09.11
✎
07:42
|
(18) Если тебе выгодно каждый раз "решать проблему", то конечно, пусть так и остается.
|
|||
20
dragonIMV
14.09.11
✎
07:44
|
(19) ну мне совесть не позволит это сделать, хоть и выгодно...
так что копию базы я сделал, её проверю всеми способами... и им дам рекомендации что ещё сделать...про бекапы уже говорил им...давал втыку... |
|||
21
Мимохожий Однако
14.09.11
✎
07:47
|
(20) Самый хороший втык - сделать самому и взять за это денежку.
|
|||
22
dragonIMV
14.09.11
✎
07:50
|
(21) да во мне ещё не выработался инстинкт стричь капусту с клиентов как у матерых 1Сников)))) да и работы и так хватает, 2 внедрения УПП, одно ЗУП и одно УТ...забыл что такое выходные...так что чем быстрее здесь сделаю тем лучше...лишних движений некогда делать...
|
|||
23
Мимохожий Однако
14.09.11
✎
07:52
|
(22) У каждого свой путь. Дело не в матерости, деньги не главное. Доводить дело до конца вне зависимости от цейтнота важнее.
|
|||
24
dragonIMV
14.09.11
✎
07:55
|
(23)т.е. если тебя наняли решить 2 проблемы, а ты увидел ещё 10, то ты их решать будешь или сообщишь о них и подождешь решения клиента?
его же я предупрежу, захочет, сам попросит меня решить их и я не буду отказывать, а сделаю все что нужно... |
|||
25
Мимохожий Однако
14.09.11
✎
08:02
|
Ты делаешь всё правильно. Но если клиент не выполняет твоих рекомендаций (18),то можно предложить и свои услуги. Понятно, что при отказе от дополнительных работ, делать ничего не надо. Но будь готов при очередном вызове потерять еще больше времени для решения застаревших проблем.
|
|||
26
Мимохожий Однако
14.09.11
✎
08:04
|
Практика показывает, что клиент даже счастлив, когда указываешь все возникающие проблемы и потом их закрываешь. Блин, уже не в тему ветки :-)
|
|||
27
dragonIMV
14.09.11
✎
08:06
|
(25) Согласен, что в будущем это аукнется слетом базы, если они не прислушаются. А восстанавливать побегут ко мне снова.
З.Ы. проверка базы chdbfl.exe выдала "исправлено 29 из 30"...но вот описания что она сделала нет... как понять что в этот момент происходило и что такое исправлялось? З.Ы.Ы. а уж сколько битых ссылок в базе...в такой маленькой базе и столько несуществующих ссылок, ужас...корявый обмен походу... |
|||
28
dragonIMV
14.09.11
✎
08:16
|
В процессе обновления информационной базы произошла критическая ошибка.
по причине: Ошибка СУБД: Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6504_TYPE' по причине: Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6504_TYPE' не понял, при чем тут SQL и файловая база? это при попытке реструктуризации таблиц ИБ....сижу просто с копиями балуюсь))) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |