Вопрос № 87252: Доброго времени суток.
Установлена 1С бюджетная на SQL. После какого-то сбоя в отчетах пропали ВСЕ данные, хотя документы на месте. Пересчета итогов поквартально и перепроведения всех документов данные восстанавливаются. При обновлении на новый р...Вопрос № 87296: Здравствуйте уважаемые эксперты!!! Помогите мне решить проблему.
Дано: 1С7.7 Бухгалтерский Учет ред4,5 версия 7.70.465 не типовая.
из версии 7.70.484 я взял документ "ЗаписиКнигиПродаж".(обновил)
Вопрос: Мне нужно чтобы книга п...Вопрос № 87365: Здравствуйте Уважаемые Эксперты. Помогите, пожалуйста.
В распределенной базе из периферийной базы не приходят док в центральную. Не знаю в чем искать причину и как исправить. Что мы делаем не так? Как правильно выгружать и настроить 1С.
Че...Вопрос № 87411: Здраствуйте! как можно уменьшить размеры таблиц:
_1sentry - проводки - текущий размер примерно 26 гб из них 10 гб данные, 16 - индексы
_1saccsel - отбор проводок по счетам - текущий размер примерно 20 гб из них 6 гб данные, 14 - индексы
_...
Вопрос № 87.252
Доброго времени суток.
Установлена 1С бюджетная на SQL. После какого-то сбоя в отчетах пропали ВСЕ данные, хотя документы на месте. Пересчета итогов поквартально и перепроведения всех документов данные восстанавливаются. При обновлении на новый релиз, ситуация повторяется. При выгрузке базы в dbf все отчеты формируются нормально, в sql не работает. При пересчете итогов итоги расчтываются примерно с 1700 года, хотя данные в базе только с начала этого года.
Тестирование и исправление базы уже провбоали - непомогает.
Полный расчет итогов тоже не помогает.
Подскажите может кто нибуть с таким уже сталкивался?
Отправлен: 17.05.2007, 00:02
Вопрос задал: SergeyMy (статус: Посетитель)
Всего ответов: 1 Мини-форум вопроса >>> (сообщений: 1)
Отвечает: Ovr1970
Здравствуйте, SergeyMy!
Скорее всего в вашей БД случилась ошибка, которую не может распознать стандартный алгоритм исправления ошибок.
Советую выгрузить данные в архив (Админстрирование->Выгрузка данных) и загрузить в новую бд ( или в старуюю, но сначала ее лучше забекапить)
Мне такое помогло, хотя выгрузка и загрузка заняла два выходных
Ответ отправил: Ovr1970 (статус: Практикант)
Ответ отправлен: 17.05.2007, 14:39 Оценка за ответ: 4 Комментарий оценки: Спасибо, пробовали - не помогло. Проверяли данные в dbf, уже отсуюда выгружали и загружали обратно.. результат тот же..
Вопрос № 87.296
Здравствуйте уважаемые эксперты!!! Помогите мне решить проблему.
Дано: 1С7.7 Бухгалтерский Учет ред4,5 версия 7.70.465 не типовая.
из версии 7.70.484 я взял документ "ЗаписиКнигиПродаж".(обновил)
Вопрос: Мне нужно чтобы книга продаж формировалась на основе счетов фактур выданных без привязки к оплатам. (СчетФактура Выданый)
и Почему это работает так долго!! за сутки книга не сформировалась! комп СРU 3ГГц. С чем это может быть связано?
Отвечает: Шахрайчук Владимир Анатольевич
Здравствуйте, Болдырев Игорь Валентинович!
Это работает так долго. Возможно, результирующая таблица получилась очень большая, не хватило памяти и 1С просто зависла. Попробуйте формировать не за десять лет сразу, а помесячно или понедельно. Понимаю, что нудно, но иного выхода нет. Даже если таблица сформируется, то не сможет отпечататься - проверено, что на компе с гигом оперативки может быть отпечатана таблица размером не более 500 страниц. Даже если Вы сможете пустить на печать больше и не зависнет, то у Вас кончится картридж.
Чтобы не привязывалось к оплатам, прийдется переписать код отчета. И тогда, если отчету не нужно будет вычислять первое событие, он заработает в 10 раз быстрее.
Здравствуйте Уважаемые Эксперты. Помогите, пожалуйста.
В распределенной базе из периферийной базы не приходят док в центральную. Не знаю в чем искать причину и как исправить. Что мы делаем не так? Как правильно выгружать и настроить 1С.
Чем больше времени работаем, тем чаще происходят сбой, в первый раз не пришли док. Одного вида (оказание услуг несколько штук), теперь не приходят уже несколько видов (оказание, приходнки, расходники и счет - фактуры). Мало того не за один день, а за несколько дней. Для того чтобы док попали в центр приходиться изменять док. т.е. обычно изменяем, комментарии и то не сразу срабатывает иногда приходиться по несколько раз менять комментарии.
Миграция док настроена – место создание и центр, кроме платежек и выписок. Справочники – по всем базам
Выгружаем вручную не через автообмен. по необходимости, т.е. можем в день по 2 раза, а иногда и 1 раз в неделю.
И еще в выписках (там, где приход на наш расчетный счет) появляются на месте платежных документов оказания услуг, хотя их туда ни кто не ставит и при этом почти всегда одни и те же, выписанные в начале года.
Отправлен: 17.05.2007, 17:24
Вопрос задала: Надежда (статус: Посетитель)
Всего ответов: 1 Мини-форум вопроса >>> (сообщений: 0)
Отвечает: Strawberry
Здравствуйте, Надежда!
Похожую ситуацию наблюдал
за один день непришли документы, вылечилось перепроведением документов в переферийной базе.
При разборе полетов выяснилось что в этот день на периферийной базе были сбои с питанием.
Вам можно посоветовать проверит железо на переферии (в частности жесткий диск) поставить УПС если такого нет.
--------- Мальчик-извращенец прочел деду Морозу с табуретки всего Пастернака!
Ответ отправил: Strawberry (статус: 7-ой класс)
Ответ отправлен: 17.05.2007, 18:41 Оценка за ответ: 4 Комментарий оценки: Если просто препроводить док, то они не приходят. База лежит на сервере есть УПС. Проверить Диск на что? Серверу 2 года и не каких проблем не было.
Вопрос № 87.411
Здраствуйте! как можно уменьшить размеры таблиц:
_1sentry - проводки - текущий размер примерно 26 гб из них 10 гб данные, 16 - индексы
_1saccsel - отбор проводок по счетам - текущий размер примерно 20 гб из них 6 гб данные, 14 - индексы
_1ssbsel - отбор проводок по субконто - текущий размер примерно 16 гб из них 7,5 гб данные, 8,5 - индексы
Попробовать выполнить "Упаковку таблиц информационной базы (ИБ)" (режим "Конфигуратор" - Администрирование - Тестирование и исправление ИБ - пункт "Упаковка таблиц ИБ"), это значительно уменьшает размер ИБ. Предварительно не забудьте сделать архивную копию.
С уважением, maska!!!
Ответ отправила: Maska (статус: 5-ый класс)
Ответ отправлен: 18.05.2007, 02:20 Оценка за ответ: 4 Комментарий оценки: Конечно можно попробовать, но думаю ничего путного из этого не выйдет
Отвечает: Андрей Тимофеев
Здравствуйте, Нестеров Д. В.!
С такими размерами базы - советую Вам делать архивирование переода, т.е. эту базу вы архивируете и прячете в шкаф, а остатки, справочники переносите в новую, чистую и работаете дальше.
Удачи.
Ответ отправил: Андрей Тимофеев (статус: 4-ый класс)
Ответ отправлен: 18.05.2007, 13:22 Оценка за ответ: 4 Комментарий оценки: Спасибо за совет, но так и происходит, просто хотелось бы увеличить время работы в базе, а то полгода не сильно хватает
Отвечает: Elric
Здравствуйте, Нестеров Д. В.!
Единственный способ -- архивация периода. Однако есть нюанс. Рекомендую после удаления лишней информации удалить также служебные файлы 1saccsel и 1ssbsel (а также 1sbkttl, 1sbkttlc и т.п.), запустить программу в монопольном режиме (эти файлы заново создадутся) и потом "Тестирование и исправление". Дело в том, что "удаленные" записи сохраняются в этих таблицах, и никакая стандартная упаковка их оттуда физически не удаляет. Единственный (точнее, самый простой) способ -- физически удалить сами
таблицы и попросить программу заново их перестроить.
--------- Мирный атом в КАЖДЫЙ дом!
Ответ отправил: Elric (статус: Специалист)
Ответ отправлен: 19.05.2007, 13:24 Оценка за ответ: 4 Комментарий оценки: Спасибо за совет, но это не подходит для такой конфигурации, прийдется все переписывать заново все отчеты, т.к. они завязаны на на проводках, а переписывать некому, т.к. нету программиста
