Уже где то 13 часов идет выгрузка базы в dt.
Комп у клиента слабый очень, одноядерный атлон какой-то там с IDE винтом. База файловая, папка весит 700 метров.

Что поглядеть проверить сделать, чтобы база уже выгрузилась блин и могли люди работать??

То же самое было в пятницу, запустили, в понедельник уже выгрузилось. В какой момент и сколько времени не известно, никто в выходные не следил за ней.

На 700 метрах - ctrl-c, ctrl-v

(2) имеешь ввиду просто копировать папку?
сейчас не возможно, конфигуратор работает и боюсь скидывать, так как база полететь может...
а бекапы они не делают ))))

Если идет какой-то процесс и в этот момент шевелить мышкой - процесс идет быстрее

(4) ну ну, ещё какие советы есть?)))
как поглядеть чем файловая 1Ска занята таким? что в винде 2003 для этого есть стандартного?

(5) Жди и ничего не трогай
только мешать будешь
..
А выгрузка идет с того же компа на котором база установлена?

да, на сервере

(7) дофига времени
1с ка нормальная или 8.1 ломанная?
Попробуй пока есть время
загрузи dt старый на другом коме в чистую конфу
а затем тоже поставь на выгрузку, тоже долго будет ?

иногда висит предупреждение, а все думают, что процесс идет. Диспетчер задач может показать загрузку

* памяти процессами.

(8) нормальная...
да уже пофиг, сервак повис просто тупо у них...все отрубилось. они его перегружают уже сами...

хорошо хоть впервые за год я успел в пятницу им бекап базы сделать...всего 2 дня восстанавливать инфу если что

(11) ничего не будет

(12) ага, ни базы, ничего))))

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

пишет ошибку открытия...как будто выгрузка продолжается ещё...хотя перегрузили комп...

хотя с третьей попытки открылся...надо же...
сейчас тогда скопирую тупо (копирует то быстро, это с dt проблема) и буду пытаться что нить с ней делать...

кроме тестирования из конфигуратора и загрузки с dt что ещё можно сделать с файловой?
обмен данных в чистую базу сделать можно попробовать?

chdbfl.exe

Сделай в ночь автоматической архивирование файла 1Cv8.1CD. Перед этим обязательный выход пользователей из базы.

(17) ну админу приходящему их я уже говорил об этом, как бы не обслуживаю этого клиента, а просто разово решаю проблему с некоторыми вещами в базе, типа распределенка перестала работать да косячные отчеты фиг знает кем написанные...

(16)ага, все время название файла забываю этого и потом ищу его...спс...

(18) Если тебе выгодно каждый раз "решать проблему", то конечно, пусть так и остается.

(19) ну мне совесть не позволит это сделать, хоть и выгодно...
так что копию базы я сделал, её проверю всеми способами...
и им дам рекомендации что ещё сделать...про бекапы уже говорил им...давал втыку...

(20) Самый хороший втык - сделать самому и взять за это денежку.

(21) да во мне ещё не выработался инстинкт стричь капусту с клиентов как у матерых 1Сников)))) да и работы и так хватает, 2 внедрения УПП, одно ЗУП и одно УТ...забыл что такое выходные...так что чем быстрее здесь сделаю тем лучше...лишних движений некогда делать...

(22) У каждого свой путь. Дело не в матерости, деньги не главное. Доводить дело до конца  вне зависимости от цейтнота важнее.

(23)т.е. если тебя наняли решить 2 проблемы, а ты увидел ещё 10, то ты их решать будешь или сообщишь о них и подождешь решения клиента?
его же я предупрежу, захочет, сам попросит меня решить их и я не буду отказывать, а сделаю все что нужно...

Ты делаешь всё правильно. Но если клиент не выполняет твоих рекомендаций (18),то можно предложить и свои услуги. Понятно, что при отказе от дополнительных работ, делать ничего не надо. Но будь готов при очередном вызове потерять еще больше времени для решения застаревших проблем.

Практика показывает, что клиент даже счастлив, когда указываешь все возникающие проблемы и потом их закрываешь. Блин, уже не в тему ветки :-)

(25) Согласен, что в будущем это аукнется слетом базы, если они не прислушаются. А восстанавливать побегут ко мне снова.

З.Ы. проверка базы chdbfl.exe выдала "исправлено 29 из 30"...но вот описания что она сделала нет...
как понять что в этот момент происходило и что такое исправлялось?

З.Ы.Ы. а уж сколько битых ссылок в базе...в такой маленькой базе и столько несуществующих ссылок, ужас...корявый обмен походу...

В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6504_TYPE'
по причине:
Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6504_TYPE'


не понял, при чем тут SQL и файловая база?
это при попытке реструктуризации таблиц ИБ....сижу просто с копиями балуюсь)))