Автор Roughriver, 01 ноя 2021, 15:58
0 Пользователей и 1 гость просматривают эту тему.
День добрый, подскажите есть ли какие функциональные обработки для свертки базы? УТ 11.4.13.243
пробую сворачивать на тестовой типовой обработкой, при каждой ошибке (с каким нибудь документом) просто вылетает и приходится опять накатывать бэкап и все по новой.
или может есть что-то типа проверки к готовности свертки, исправляешь все ошибки и только потом сворачиваешь?
Roughriver, загуглить надо думаю. Наверняка на том же инфостарте что-то есть.
ef0din, пытался, но ничего особо нет, есть обработки на sql но они стоят 25 тыс. и какие-то заплатки простые.
конкретно помощника нет…
Roughriver, а типовую, (встроенную в УТ) обработку: Свертка информационной базы,
смотрели? пробовали?
если помогло нажмите: Спасибо!
LexaK, да конечно, как только появляется ошибка, к примеру в каком то старом периоде в документе не уникальный номер, или заказе клиента товар задвоился.
после этой ошибки задание виснет и ничего не происходит..
Roughriver, ааа, просто в первом топике вроде не было упоминания стандартной обработки.
но все таки, какая-то польза есть, выдает вам ошибки базы, как вы умудряетесь создавать документы с не уникальными номерами? или заказы с задвоенным товаром?
а после того как все виснет, вы базу из бакапа восстанавливали? а надо было!
а вот еще вопрос, а зачем вам эта свертка вообще? место хотите сэкономить? или надеетесь что быстрее работать станет?
(за долгое время работы с УТ, у нас, ни разу не стоял вопрос что-то там свернуть)
может как вариант, проще использовать базу за каждый год? подготовить и выгрузить остатки и начать новую базу с этими остатками — кажется гораздо проще, чем сворачивание.
если помогло нажмите: Спасибо!
LexaK, на тему не уникальных номеров, сам пока не в курсе буду разбираться…
Цитата: LexaK от 01 ноя 2021, 17:43а после того как все виснет, вы базу из бакапа восстанавливали? а надо было!
тут то и самый гемор, что после каждой ошибки приходится восстанавливать базу.. а это дело не быстрое.
Цитата: LexaK от 01 ноя 2021, 17:43может как вариант, проще использовать базу за каждый год? подготовить и выгрузить остатки и начать новую базу с этими остатками — кажется гораздо проще, чем сворачивание.
ну вроде свертка это и делает. или вы предлагаете переносить все справочники в новую базу и потом заводить документы ввода остатков? у нас еще куча интеграция с разными системами, которые могут тоже давать сбой.
Свертку просят бухи. что бы работать с «чистого листа»
Roughriver, даа, не всегда надо ходить на поводу у бухов,
и очень настораживает выражение с «чистого листа» — это как?
а остатки? а взаиморасчеты? (это лирика)
а бухам смело заявляйте, что на данном этапе, произвести свертку базы просто не реально!
(ну или что нужен 1,2,3 месяцев, что бы выловить все баги/косяки, и собственно сама свертка (миллиона документов, процесс не быстрый)
если помогло нажмите: Спасибо!
Цитата: Roughriver от 01 ноя 2021, 15:58пробую сворачивать на тестовой типовой обработкой, при каждой ошибке (с каким нибудь документом) просто вылетает и приходится опять накатывать бэкап и все по новой
Я не улавливаю, что именно «все по новой»?
Зачем сворачивать?
Почему на тестовой?
Зачем «накатывать бэкап»?
Почему у меня пользователи работают годами в УТ11.4 и у них не «вылетает»?
Цитата: Roughriver от 01 ноя 2021, 17:47LexaK, на тему не уникальных номеров, сам пока не в курсе буду разбираться…
Цитата: LexaK от 01 ноя 2021, 17:43а после того как все виснет, вы базу из бакапа восстанавливали? а надо было!
тут то и самый гемор, что после каждой ошибки приходится восстанавливать базу.. а это дело не быстрое.
Цитата: LexaK от 01 ноя 2021, 17:43может как вариант, проще использовать базу за каждый год? подготовить и выгрузить остатки и начать новую базу с этими остатками — кажется гораздо проще, чем сворачивание.
ну вроде свертка это и делает. или вы предлагаете переносить все справочники в новую базу и потом заводить документы ввода остатков? у нас еще куча интеграция с разными системами, которые могут тоже давать сбой.
Свертку просят бухи. что бы работать с «чистого листа»
Сдается мне хотят бухи так исправлять косяки учета, но это не вариант. Если идти с чистого листа то действительно новая база и перенос туда всего нужного.
slabak
13.02.17 — 14:10
Добрый день!
Стоит задача свернуть базу УТ 11 до начала 2016 года, документы за 2016 года оставить в базе, закрыть месяца с расчетом себестоимости товаров.
В учете было множество косяков в прошлых годах, свёртку пытался проводить стандартной обработкой свёртки базы. В итоге обработка постоянно вылетала с ошибками и довольно криво работала.
В результате её работы были получены все необходимые документы ввода остатков, пересчета товаров и т.д. на конец 2015 года.
Решил перенести все справочники и документы ввода остатков в новую базу, а затем перенести все документы за 2016 и 2017 года.
Перенес справочники и документы ввода остатков в новую базу с помощью «Выгрузка и загрузка данных XML». Всё нормально, провелось, остатки есть.
Начал переносить документы по месяцам чтобы попробовать закрыть их, перенес январь 2016 года, но возникла проблема. Эти документы ссылаются на документы прошлых периодов и соответственно я получил в базе, допустим, в поступлениях товаров и услуг привязку к заказам прошлого периода, т.е. в реквизите заказа = «Объект не найден».
Как правильно выйти из ситуации, чтобы:
1) Не было «Объект не найден»
2) Можно было спокойно переносить документы дальше месяц за месяцем
P.S. до этого пробовал всё свернуть стандартной свёрткой, получил остатки, пометил все старые доки на удаление, которые смогли удалиться — удалились. Затем пробовал закрывать месяца, так там было множество ошибок и месяца не закрывались (начиная с наличия отрицательных остатков товаров организации, заканчивая ошибками расчета себестоимости). Именно поэтому думал всё перенести в чистую базу, но как видно и здесь возникли трудности. Как лучше поступить в этой ситуации в целом? Как правильнее будет свернуть базу, чтобы оставить только доки за 2016 год, т.к. старые периоды не нужны.
Заранее благодарю за ответы.
DrShad
1 — 13.02.17 — 14:21
нужно было в копию перенести остатки и пометить на удаление все что было до 16-го года
DrShad
2 — 13.02.17 — 14:21
классика
nordbox
3 — 13.02.17 — 14:27
(0) Ну если так надо, то переноси справочники и остатки, а старую базу оставь в покое.
Cyberhawk
4 — 13.02.17 — 14:29
Цель свертки?
nordbox
5 — 13.02.17 — 14:30
>> Не было "Объект не найден"
Ну сделай ТИИ с удалением ссылок, только особо это не поможет, потому что те же доки с установкой цен тебе головняка добавят, не найдет ни номенклатуру ни доки основания и т.д.
slabak
6 — 13.02.17 — 14:30
(1) так фактически я сперва тоже самое и делал (описал в P.S.), но в таком случае у меня не закрывались месяца 2016 года и на удаление не помечалось множество документов до 2016 года.
(3) я это и сделал сейчас, перенёс справочники и остатки датой 31.12.2015, но сейчас начал переносить документы за 2016 год и некоторые из них ссылаются на доки прошлых периодов «Объект не найден»
(4) Уменьшить базу в размере, ускорить её работу, наладить правильный учет, начать считать себестоимость и полностью использовать функционал системы.
Жан Пердежон
7 — 13.02.17 — 14:30
(0) Зачем сворачивать то?
slabak
8 — 13.02.17 — 14:31
(5) Об этом и речь. Какой правильный выход в моём случае? Учитывая то что необходимо оставить документы за 2016 год.
slabak
9 — 13.02.17 — 14:32
(7) Уменьшить базу в размере, ускорить её работу, наладить правильный учет, начать считать себестоимость и полностью использовать функционал системы.
На текущий момент груз предыдущих лет не даёт нормально месяца закрывать как минимум. А это в результате — отсутствие расчета себестоимости.
Cyberhawk
10 — 13.02.17 — 14:39
(6) То, что ты делал, целям свертки не удовлетворяет
Cyberhawk
11 — 13.02.17 — 14:40
(8) «необходимо оставить документы за 2016 год» // Почему за 2015 нужно удалить?
Сияющий Асинхраль
12 — 13.02.17 — 14:41
Только-только сворачивал УТ11 — свернул базу на середину прошлого года, сформировал правильные остатки на середину прошлого года, эти самые остатки сверили и поправили руками убрав все минуса, после этого перепровел и перезакрыл все с этой самой середины года. Все. Правда потратил на это пару недель… Да, из всех документов помеченных на удаление сверткой удалилось где-то около двух третей…
slabak
13 — 13.02.17 — 14:42
Я представлял себе механизм свёртки так:
1) Получаются остатки и вводятся на конец года
2) Помечаются документы предыдущих лет на удаление 3) Удаляются документы Но всё не так просто. 1) документы удаляются не все за прошлый период 2) месяца как не закрывались так и не закрываются
(11) Если так смотреть, то у меня остались в результате первоначальной свёртки документы и за 2015 и за 2014 вплоть до 2008 года. Каков смысл свёртки, если остается такой хвост в виде документов?
slabak
14 — 13.02.17 — 14:49
(12) Да, я получается сделал всё тоже самое. Получил, откорректировал остатки руками, после удаления также осталось много документов за прошлый период в базе. Но при закрытии месяцев за 2016 год начали возникать проблемы — отрицательные остатки товаров организаций, развернутое сальдо, отсутствие документов интеркампани и т.д. Все эти ошибки требуют внесения изменений в 2016 год, в закрытые периоды. Как быть с этим?
DrShad
15 — 13.02.17 — 14:52
закрывать месяца все равно надо — свертка переносит остатки как есть и никак не помогает их исправить
Cyberhawk
16 — 13.02.17 — 14:56
(13) «Каков смысл свёртки» // Правильный вопрос. Я его задал еще в (4). Ты делал что-то, что не приводит к озвученной тобой цели, о чем Я упомянул в (10).
Cyberhawk
17 — 13.02.17 — 14:56
А теперь озвучь-ка критерии достижения цели
Cyberhawk
18 — 13.02.17 — 14:57
Проще говоря, вот есть у тебя старая «несвернутая» база и новая «свернутая». Что с чем надо сравнить в этих базах, чтобы понять, что цель достигнута?
slabak
19 — 13.02.17 — 15:03
(18) Я вижу это так — в новой базе только справочники + доки остатков внесенные 31.12.2015 + документы за 2016-2017 год.
Соответственно, основная цель — закрытие месяцев и правильное использование функционала.
Может это нереально?
DrShad
20 — 13.02.17 — 15:37
(19) в такой постановке нереально
Cyberhawk
21 — 13.02.17 — 15:38
Как связаны эти два утверждения:
1. основная цель — закрытие месяцев и правильное использование функционала
2. в новой базе только … доки остатков … + документы за 2016-2017 год
?
Не пониял, как из одного вытекает другое…
DrShad
22 — 13.02.17 — 15:39
[доки остатков] — тянут за собой ошибки прошлых периодов
[+ документы за 2016-2017 год] тянут за собой ошибки прошлых периодов + новые ошибки
slabak
23 — 13.02.17 — 15:46
(22) Ок, я понял, что необходимо сворачивать что возможно + решать проблемы уже после свертки непосредственно с закрытием месяцев.
(21) (22) Спасибо!
Поручик 25.02.2012 at 02:02
Разработчики, скорей всего, не будут придумывать.
Типовая готовая схема: РИБ — выгрузка с определённой даты — отвязывание дочки от РИБа.
Reply ↓
Поручик 25.02.2012 at 02:02
Разработчики, скорей всего, не будут придумывать.
Типовая готовая схема: РИБ — выгрузка с определённой даты — отвязывание дочки от РИБа.
Reply ↓
dumal 05.03.2012 at 00:47
(1) Поручик, А остатки?
Reply ↓
dumal 05.03.2012 at 00:48
ТС, обработка универсальна? Она привязывается к существующим регистрам, или перебирает все возможные? Если так, то огромный плюс Вам в Вашу копилку
Reply ↓
dumal 05.03.2012 at 00:48
ТС, обработка универсальна? Она привязывается к существующим регистрам, или перебирает все возможные? Если так, то огромный плюс Вам в Вашу копилку
Reply ↓
Поручик 05.03.2012 at 01:59
(2) Так будут и остатки и документы после даты свёртки.
Reply ↓
enotik 05.03.2012 at 02:05
(4)Каким образом формируются остатки? там же вроде только выгрузка новых документов
Reply ↓
enotik 05.03.2012 at 02:05
(4)Каким образом формируются остатки? там же вроде только выгрузка новых документов
Reply ↓
Поручик 05.03.2012 at 02:15
(5) Посредством чёрной магии с помощью хитров.сделанных алгоритмов Ну каким. Известно каким, согласно заложенных в конфигурацию механизмов. Учи матчасть
Reply ↓
enotik 05.03.2012 at 02:17
lol все учил — проще чем эта обработка не придумаешь, остальное геморой или нужно покупать за деньги(впрочем как и все ваши разработки)
Reply ↓
enotik 05.03.2012 at 02:17
lol все учил — проще чем эта обработка не придумаешь, остальное геморой или нужно покупать за деньги(впрочем как и все ваши разработки)
Reply ↓
Поручик 05.03.2012 at 02:20
(7) Чем не по нраву за деньги? Труд должен оплачиваться, сходи в магазин без денег и заикнись.
У меня только одна платная сразу, остальное как первая доза.
Reply ↓
enotik 05.03.2012 at 02:29
наработки лежащие пустым грузом должны быть для людей, один раз продав клиенту можно и поделиться разработками с соратниками, нужно нести добро в массы, а не быть крысой, и сидеть над златом чахнуть. Поэтому наш народ и не такой сплоченный, как меньшинства. Нужно учить и помогать, а то мы все выродимся.
Reply ↓
enotik 05.03.2012 at 02:29
наработки лежащие пустым грузом должны быть для людей, один раз продав клиенту можно и поделиться разработками с соратниками, нужно нести добро в массы, а не быть крысой, и сидеть над златом чахнуть. Поэтому наш народ и не такой сплоченный, как меньшинства. Нужно учить и помогать, а то мы все выродимся.
Reply ↓
Поручик 05.03.2012 at 07:56
(9) Слышал сто раз, между строк надо читать: дай на халяву, самому лень и бабки заплатить жаба душит. Кстати, чего ты за деньги начал орать, я вроде повода не давал?
Reply ↓
alcoholic 03.07.2012 at 17:03
alcoholic 03.07.2012 at 17:03
kirlog 21.07.2012 at 14:05
Я сначала попробовал методом Поручика (РИБ и т.д.) свернуть базу. У меня база небольшая 36ГБ всего в MSSQL. Так вот дождаться окончания процесса я не смог. Ставил выгрузку на ночь. К утру не завершается.
Скачал данную разработку. Свертка прошла за 4 часа. Плюс автору.
Reply ↓
electronik 23.07.2012 at 10:38
(12) Судя по вашему отзиву скорость работи на висоте, ето радует , ато типовая свертка как запустил то дождаться конца етого процеса не смог.
Reply ↓
electronik 23.07.2012 at 10:38
(12) Судя по вашему отзиву скорость работи на висоте, ето радует , ато типовая свертка как запустил то дождаться конца етого процеса не смог.
Reply ↓
vitalya24 03.08.2012 at 16:09
Не могу понять, регистры накопления сворачиваются без проблем, а вот после свертки регистра бухгалтерии оборотно-сальдовые ведомости не сходятся, это как? так и должно быть?
Reply ↓
enotik 04.08.2012 at 23:29
(14) vitalya24, Изначально это предназначено по УТ 11, а в ней не используются регистры бухгалтерии. Попробуйте использовать типовую свертку для БУ или отпишитесь мне, я Вам её пришлю
Reply ↓
enotik 04.08.2012 at 23:29
(14) vitalya24, Изначально это предназначено по УТ 11, а в ней не используются регистры бухгалтерии. Попробуйте использовать типовую свертку для БУ или отпишитесь мне, я Вам её пришлю
Reply ↓
vitalya24 04.08.2012 at 23:53
пришлите пожалуйста на почту буду благодарен, flower2403 собака yandex.ru
Reply ↓
enotik 05.08.2012 at 12:45
(16) vitalya24,Все отправил. Если снова не пойдут остатки нужно детально смотреть счета, может что-то не проводится или перекинулось на иные счета. Такое бывает. Правится вручную в документах переноса, но в любом случае До начала всего надо в свертываемой базе сделать тестирование и исправление данных, перепровести все документы, заново сделать закрытие месяца. После этого ошибки должны уйти. Если в силу каких-либо причин Вы не хотите этого делать, то правьте руками по счетам в разрезе субконто
Reply ↓
enotik 05.08.2012 at 12:45
(16) vitalya24,Все отправил. Если снова не пойдут остатки нужно детально смотреть счета, может что-то не проводится или перекинулось на иные счета. Такое бывает. Правится вручную в документах переноса, но в любом случае До начала всего надо в свертываемой базе сделать тестирование и исправление данных, перепровести все документы, заново сделать закрытие месяца. После этого ошибки должны уйти. Если в силу каких-либо причин Вы не хотите этого делать, то правьте руками по счетам в разрезе субконто
Reply ↓
tango 05.08.2012 at 13:19
(9) … 🙂 … блин, как-то и слов не найду.
пожалуй, вот как: халява и вырождение — одна медаль
Reply ↓
vitalya24 05.08.2012 at 13:23
Спасибо огромное, буду пробовать
Reply ↓
vitalya24 05.08.2012 at 13:23
Спасибо огромное, буду пробовать
Reply ↓
vitalya24 06.08.2012 at 12:30
По факту обработка не заработала, нашел на своем диске итс (извините сначала поленился, напряг), последняя обработка заработала но все равно в свернутой базе оборотно-сальдовая ведомость по счету не сходиться. Просто может кому-то тоже будет интересно. Проблема в том в осв по счету, например по 361 появляются счета на оплату покупателю, почему они там появляются непонятно, возможно это конечно как-то связано с константой «вести учет по документам расчетов» в параметрах бух учета в константах. Но как тогда например не убираю флаг этот корректно свернуть регистр бухгалтерии хозрасчетный, налоговый например свернулся без проблем…
Reply ↓
TitanLuchs 19.12.2012 at 14:24
Спасибки автору, плюсанул. Вообще как-то непонятна позиция разработчиков, ИМХО в каждой нормальной конфигурации, где существуют остатки чего-либо, где есть регистры накопления, должна быть штатная обработка свертки базы.
Reply ↓
TitanLuchs 19.12.2012 at 14:24
Спасибки автору, плюсанул. Вообще как-то непонятна позиция разработчиков, ИМХО в каждой нормальной конфигурации, где существуют остатки чего-либо, где есть регистры накопления, должна быть штатная обработка свертки базы.
Reply ↓
alvo 06.01.2013 at 14:25
я извиняюсь, а с 11,0,9,15 работает?
Reply ↓
enotik 09.01.2013 at 15:10
(22) alvo, ну вообще она универсальная, должна, если сомневаетесь, пишите в личку, пришлю..
Reply ↓
enotik 09.01.2013 at 15:10
(22) alvo, ну вообще она универсальная, должна, если сомневаетесь, пишите в личку, пришлю..
Reply ↓
nuelectro 30.01.2013 at 15:53
вопрос по обработке: после свертки не создано ниодного документа ввода начальных остатков… так и должно быть? Оо
Reply ↓
enotik 01.02.2013 at 13:49
(24) nuelectro, должны появиться документы «Корректировка регистров»
Reply ↓
enotik 01.02.2013 at 13:49
(24) nuelectro, должны появиться документы «Корректировка регистров»
Reply ↓
Дядя Вова 15.05.2013 at 12:05
Ошибка SDBL
Ожидается имя таблицы (pos=11)
Редакция 11.0.7.13
что делать? или что не так мог сделать?
Reply ↓
enotik 18.05.2013 at 16:31
(26) Дядя Вова, попробуйте обновить до 11.0.9.14… прогоните тестирование и исправление перед сверткой. Возможно ошибка структуры базы данных или конфигурации
Reply ↓
enotik 18.05.2013 at 16:31
(26) Дядя Вова, попробуйте обновить до 11.0.9.14… прогоните тестирование и исправление перед сверткой. Возможно ошибка структуры базы данных или конфигурации
Reply ↓
Дядя Вова 20.05.2013 at 09:51
(27) обновил до 11.0.9.8 Эта ошибка возникает (предположительно) когда большой период закрываешь. когда по частям, например по полгода, тогда нет этой ошибки,можен обработку нужно настраивать, я просто жал кнопку Свернуть. И еще выходят ошибки Не возможно пометить на удаление документ реализации. (отказано в записи — как то так) Остатки соответственно все слетают. Наверное что-то я не так делаю. Помогите, если есть возможность.
Reply ↓
Дядя Вова 29.05.2013 at 15:13
Ошибка появляется при Начале очистки РегистрНакопления.ДвижениеТоваров
Reply ↓
Дядя Вова 29.05.2013 at 15:13
Ошибка появляется при Начале очистки РегистрНакопления.ДвижениеТоваров
Reply ↓
enotik 20.06.2013 at 21:35
(29) Возможно у Вас ошибка именно в этом регистре. Как вариант — нехватка оперативной памяти. Объем базы большой? Ну и в любом случае должен быть административный, самый полный доступ ко всем объектам, попробуйте создать новые права под эти задачи. Может Ваши старые битые
Reply ↓
ImPenguin 28.06.2013 at 09:39
А обработка для УТ 11.1.2.6 не подойдет? Я понимаю что в 11.1.2 есть типовая свертка, но … тем не менее.
Reply ↓
ImPenguin 28.06.2013 at 09:39
А обработка для УТ 11.1.2.6 не подойдет? Я понимаю что в 11.1.2 есть типовая свертка, но … тем не менее.
Reply ↓
Дядя Вова 28.06.2013 at 09:43
(31) ImPenguin, Типовая есть, я так понял она только в 2.8 появилась?
Reply ↓
ImPenguin 28.06.2013 at 10:15
Нет, в 2.6 тоже есть (Все функции — Обработки — Свертка информационной базы), пробовал с помощью нее свернуть небольшой период, выдает ошибки «поле ответственный не заполнено», хотя какая по сути при свертке разница заполнено поле ответственный в старом документа или нет.
Reply ↓
ImPenguin 28.06.2013 at 10:15
Нет, в 2.6 тоже есть (Все функции — Обработки — Свертка информационной базы), пробовал с помощью нее свернуть небольшой период, выдает ошибки «поле ответственный не заполнено», хотя какая по сути при свертке разница заполнено поле ответственный в старом документа или нет.
Reply ↓
ImPenguin 02.07.2013 at 08:15
(26) Как вы побороли ошибку Ожидается имя таблицы pos=11?, я даже если за 1 месяц сворачиваю, ошибка возникает при очистке регистра накоплений ДвиженияДенежныеСредстваДоходыРасходы.
Reply ↓
Дядя Вова 02.07.2013 at 08:36
(34) ImPenguin, сейчас уже точно не помню, столько всего перепробовал. По моему на 11.0.9.8 без ошибок прошло, но обработка мне все равно не помогла.
Reply ↓
Дядя Вова 02.07.2013 at 08:36
(34) ImPenguin, сейчас уже точно не помню, столько всего перепробовал. По моему на 11.0.9.8 без ошибок прошло, но обработка мне все равно не помогла.
Reply ↓
ImPenguin 02.07.2013 at 09:33
(35) У меня данная ошибка возникает и при типовой свертке и с помощью данной обработки. Поддержка 1С пока молчит, если дадут дельный совет поделюсь тут.
А чем Вы тогда базу свернули?
Может в данной обработке поставить условие игнорирующее эту ошибку, ведь если регистр движения ДС не очистится ни чего страшного не произойдет, просто будут ссылки на несуществующие объекты из регистра, или это критично?
Reply ↓
ksvd 11.07.2013 at 14:40
Вот такая же ошибка на 8.2.18.104 с демкой 11.1.2.9. Обработка родная
Платформа: 1С:Предприятие 8.2 (8.2.18.104)
Конфигурация: Управление торговлей, редакция 11.1 (11.1.2.9) (
http://v8.1c.ru/trade/)
Copyright © ООО «1C», 2003-2013. Все права защищены
(
http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Ошибки:
———————————————————————————
11.07.2013 13:36:13
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка SDBL:
Ожидается имя таблицы (pos=11)
Reply ↓
ksvd 11.07.2013 at 14:40
Вот такая же ошибка на 8.2.18.104 с демкой 11.1.2.9. Обработка родная
Платформа: 1С:Предприятие 8.2 (8.2.18.104)
Конфигурация: Управление торговлей, редакция 11.1 (11.1.2.9) (
http://v8.1c.ru/trade/)
Copyright © ООО «1C», 2003-2013. Все права защищены
(
http://www.1c.ru)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Ошибки:
———————————————————————————
11.07.2013 13:36:13
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка SDBL:
Ожидается имя таблицы (pos=11)
Reply ↓
dmb2006 25.07.2013 at 13:46
тоже ошибка с pos=11. И такое ощущение, что обработке плевать какую дату ему установили. Он фигачит остатки сегодняшним числом
Reply ↓
1cmax 10.10.2013 at 17:37
«тоже ошибка с pos=11. »
проблема возникает из-за использования включения/выключения итогов
убираем и все окей, ну чуть дольше будет работать.
Процедура УдалитьДвиженияПоОбъектуМД(ТекСтрока, ТипОбъектаМД, МассивПропускаемыхДокументов, МассивУдаляемыхДокументов) СообщениеСвертки(НСтр(«ru=’Начало очистки'»)+ «: » + ТипОбъектаМД + «.» + ТекСтрока.ОбъектМД); Если (ВРЕГ(ТипОбъектаМД) = «РЕГИСТРНАКОПЛЕНИЯ») Тогда //РегистрыНакопления[ТекСтрока.ОбъектМД].УстановитьИспользованиеИтогов(Ложь); Попытка УдалитьДвиженияПоРегиструСРегистратором(ТипОбъектаМД, ТекСтрока.ОбъектМД,, МассивПропускаемыхДокументов, МассивУдаляемыхДокументов); Исключение СообщениеСвертки(НСтр(«ru=’Ошибка при очистке'»)+ «: » + ТипОбъектаМД + «.» + ТекСтрока.ОбъектМД, Истина, ОписаниеОшибки()); Возврат; КонецПопытки; //РегистрыНакопления[ТекСтрока.ОбъектМД].УстановитьИспользованиеИтогов(Истина); ИначеЕсли ВРЕГ(ТипОбъектаМД) = «РЕГИСТРСВЕДЕНИЙ» Тогда
Показать
Reply ↓
1cmax 10.10.2013 at 17:37
«тоже ошибка с pos=11. »
проблема возникает из-за использования включения/выключения итогов
убираем и все окей, ну чуть дольше будет работать.
Процедура УдалитьДвиженияПоОбъектуМД(ТекСтрока, ТипОбъектаМД, МассивПропускаемыхДокументов, МассивУдаляемыхДокументов) СообщениеСвертки(НСтр(«ru=’Начало очистки'»)+ «: » + ТипОбъектаМД + «.» + ТекСтрока.ОбъектМД); Если (ВРЕГ(ТипОбъектаМД) = «РЕГИСТРНАКОПЛЕНИЯ») Тогда //РегистрыНакопления[ТекСтрока.ОбъектМД].УстановитьИспользованиеИтогов(Ложь); Попытка УдалитьДвиженияПоРегиструСРегистратором(ТипОбъектаМД, ТекСтрока.ОбъектМД,, МассивПропускаемыхДокументов, МассивУдаляемыхДокументов); Исключение СообщениеСвертки(НСтр(«ru=’Ошибка при очистке'»)+ «: » + ТипОбъектаМД + «.» + ТекСтрока.ОбъектМД, Истина, ОписаниеОшибки()); Возврат; КонецПопытки; //РегистрыНакопления[ТекСтрока.ОбъектМД].УстановитьИспользованиеИтогов(Истина); ИначеЕсли ВРЕГ(ТипОбъектаМД) = «РЕГИСТРСВЕДЕНИЙ» Тогда
Показать
Reply ↓
Shade 31.07.2014 at 10:44
А для УТ 10.3 не подойдет?
Reply ↓
MasterIt 23.12.2014 at 10:45
В новом году буду тоже делать свертку БД УТ 11, в конфигурации есть стандартная свертка Меню — все функции — свертка БД, думаю ее использовать, конфигурация типовая.
Reply ↓
MasterIt 23.12.2014 at 10:45
В новом году буду тоже делать свертку БД УТ 11, в конфигурации есть стандартная свертка Меню — все функции — свертка БД, думаю ее использовать, конфигурация типовая.
Reply ↓
yurowski 30.12.2014 at 12:12
(43) MasterIt, у меня вылетает критическая ошибка при удалении движений и пометке на удаление… Это я про типовую… Пока никак не смог побороть.
Reply ↓
l197504 31.12.2014 at 10:01
У кого в УТ 11.0 возникает ошибка pos=11 решается в конфигураторе в регистре накопления ДвиженияТоваров в измерении номенклатура установить использование итогов и все нормально прокатывает, единственно у меня в базе на скуле не удалось потом пометить документы на удаление,
Reply ↓
l197504 31.12.2014 at 10:01
У кого в УТ 11.0 возникает ошибка pos=11 решается в конфигураторе в регистре накопления ДвиженияТоваров в измерении номенклатура установить использование итогов и все нормально прокатывает, единственно у меня в базе на скуле не удалось потом пометить документы на удаление,
Reply ↓
popov_i 15.02.2015 at 21:54
А для УТ 11.1 подойдет?
Reply ↓
capricorn2828 17.02.2015 at 21:00
Доброго времени суток. Скачал обработку эту обработку (Свертка базы УТ 11)
для УТ 11.1.7.49, но она не открылась. Подскажите пож-та смогу ли я ее открыть в этой конфигурации и как (если это возможно)?
Reply ↓
capricorn2828 17.02.2015 at 21:00
Доброго времени суток. Скачал обработку эту обработку (Свертка базы УТ 11)
для УТ 11.1.7.49, но она не открылась. Подскажите пож-та смогу ли я ее открыть в этой конфигурации и как (если это возможно)?
Reply ↓
svetanik 20.02.2015 at 02:09
Прикольно… Публикации 3 года, есть типовая в УТ11, а все равно находятся желающие использовать эту обработку. Жаль автор давно не отвечает. А то у меня вот тоже желание её попробовать есть. Так как в базе есть косяки в учете. Собственно, из-за них и хотели свернуть, чтобы остатки выверить и привести в чувство реальности. А топовой свертке надо и чтобы результаты инвентаризации двухлетней давности оформили, и доки по Интеркампани в сворачиваемом периоде оформили. Не хотим! Потому что такое оформление по закрытому периоду за полтора года хочет сделать. А там же ГТД-шки поползти могут. А низззя! Вот у меня и вопрос к автору этой публикации: его обработка тоже потребует выверки учетных данных? Нельзя это как-нибудь обойти? А мы потом ручками остаточки сами поправим?
А, на УТ 11.1.2 хотим свертку сделать. Получится?
Reply ↓
buy_sale 06.06.2015 at 05:15
Ввел дату свертки 300914 по инструкции, обработка сама добавила 235959 в конце, а документы Корректировка регистров создались с датой 290914 235959. Все-таки значит надо вводить следующую дату, то есть для меня это 011014 ?
Reply ↓
buy_sale 06.06.2015 at 05:15
Ввел дату свертки 300914 по инструкции, обработка сама добавила 235959 в конце, а документы Корректировка регистров создались с датой 290914 235959. Все-таки значит надо вводить следующую дату, то есть для меня это 011014 ?
Reply ↓
&rew 05.04.2016 at 08:27
В УТ 11 регистр накопления ПрочиеАктивыПассивы есть, но вот Корректировка регистров не является регистратором для этого регистра. Обработка пытается создать документ по этому регистру и благополучно валится в ошибку.
Reply ↓
more 10.04.2016 at 10:08
В торговле есть типовая свертка, которая работает. Почему бы не воспользоваться ей?
Reply ↓
more 10.04.2016 at 10:08
В торговле есть типовая свертка, которая работает. Почему бы не воспользоваться ей?
Reply ↓
woot 10.07.2016 at 14:43
(51) more, как бы Создание 25.02.12 01:46. Естественно разрабы добавили уже))
Reply ↓
768
чатов
React — русскоговорящее с…
React — русскоговорящее с…
Binance Russian
Android Developers
Android Developers
Python
Vue.js — русскоговорящее …
Vue.js — русскоговорящее …
supapro.cxx
GNU/Linux Help 🎄
GNU/Linux Help 🎄
DotNetRuChat
Telegram Developers
Telegram Developers
Node.js — русскоговорящее…
DevOps — русскоговорящее …
DevOps — русскоговорящее …
JavaScript Noobs — сообще…
![Django [ru]](https://image.telq.org/channel_avatar_1063854692_12437233608009742_mini.jpeg){kind=avatar}
Django [ru]
Django [ru]
Go-go!
ntwrk
ntwrk
Angular — русскоговорящее…
phpGeeks
phpGeeks
Kubernetes — русскоговоря…
Битрикс для разработчиков
Битрикс для разработчиков
MODX. Русскоязычное сообщ…
Смотреть еще
1C
1C
BsLk
4)}: Таблица не найдена «РегистрСведений.СостоянияБлокировкиВычетаНДСПоСчетамФактурам.СрезПоследних»
ИЗ <<?>>РегистрСведений.СостоянияБлокировкиВычетаНДСПоСчетамФактурам.СрезПоследних(&ГраницаОст) КАК ТабРег
russian
software
1c
09:25 24.06.2022
1
ответов
Alex
I’m
у Вас регистр потерялся…
09:26 24.06.2022
Похожие вопросы
Alex
I’m
у Вас регистр потерялся…
09:26 24.06.2022
Похожие вопросы
1C
Эмиль
Сиафетдинов
Привет всем!
Уточните пожалуйста, есть ли смысл пытаться попасть на очное тестирование или это ни на что не влияет?
5
вчера в 00:29
Эмиль
Сиафетдинов
Привет всем!
Уточните пожалуйста, есть ли смысл пытаться попасть на очное тестирование или это ни на что не влияет?
5
вчера в 00:29
1C
Иван
Рубинкович
Здравствуйте, подскажите пожалуйста: БП+УАТ, на БП нужна лицензия от 1с, от УАТ нужна слк и лицензия от раруса, если на бп 5 раб мест, то и на УАТ тоже надо 5 раб мест?
И ес…
1
02:44 26.01.2023
Иван
Рубинкович
Здравствуйте, подскажите пожалуйста: БП+УАТ, на БП нужна лицензия от 1с, от УАТ нужна слк и лицензия от раруса, если на бп 5 раб мест, то и на УАТ тоже надо 5 раб мест?
И ес…
1
02:44 26.01.2023
1C
Александр
Апухтин
dbgs это что то отдельное? а чем 1с отладчик не подошёл? или я тоже чего то не понимаю?
1
03:02 23.01.2023
Александр
Апухтин
dbgs это что то отдельное? а чем 1с отладчик не подошёл? или я тоже чего то не понимаю?
1
03:02 23.01.2023
1C
Lenochka
У меня есть дурацкий вопрос 😅😅😅 Как нетиповые обновлять проще? Есть какие-то способы.
2
02:20 21.01.2023
Lenochka
У меня есть дурацкий вопрос 😅😅😅 Как нетиповые обновлять проще? Есть какие-то способы.
2
02:20 21.01.2023
1C
Сергей
А что там было? Три конфигуратора?
1
02:39 21.01.2023
Сергей
А что там было? Три конфигуратора?
1
02:39 21.01.2023
1C
Сергей
Типовые — которые на поддержке. А тогда что за три конфигуратора? Для типовых такое не нужно
1
02:47 21.01.2023
Сергей
Типовые — которые на поддержке. А тогда что за три конфигуратора? Для типовых такое не нужно
1
02:47 21.01.2023
1C
Evgen
Gaidaichuk
3
02:35 17.01.2023
Evgen
Gaidaichuk
3
02:35 17.01.2023
1C
Барс
Здравствуйте сейчас на стажировке до этого нигде не работал, только 20 дней во фрэнчи, сейчас кончается испытательный срок будут давать задания если выполню то оставят, вопрос…
2
06:48 17.01.2023
Барс
Здравствуйте сейчас на стажировке до этого нигде не работал, только 20 дней во фрэнчи, сейчас кончается испытательный срок будут давать задания если выполню то оставят, вопрос…
2
06:48 17.01.2023
1C
Denis🥴
Добрый день, можете пожалуйста объяснить что такое «разграничение прав пользователей» и как это использовать?
2
01:53 16.01.2023
Denis🥴
Добрый день, можете пожалуйста объяснить что такое «разграничение прав пользователей» и как это использовать?
2
01:53 16.01.2023
1C
Rustam
Imaev
Откуда столько сарказма, я не понимаю?
2
04:48 16.01.2023
Смотреть еще
Добрый день,
не могу произвести свертку 1 с базы, месяц назад все получалось а теперь выкидывает ошибку, есть ли у кого опыт с такой ошибкой?
Платформа на которой были успешные свертки не менялась, т.е на этой платфоре (1С:Предприятие 8.3 (8.3.18.1208) ) раньше свертка работала.
-
Вопрос заданболее года назад
-
348 просмотров
«Неисправимая ошибка» при свертке базы |
Я |
16.01.20 — 15:40
Платформа 8.3.13.1690, конфа УТАП 11.4.9.83
При свертке базы во время выполнения второго пункта 1С отваливается с ошибкой: «Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm по причине:» и всё на этом.а
1 — 16.01.20 — 15:44
База весит 100Гб, оперативной памяти на сервере 64Гб, в настройках кластера снимал ограничение(-1) про максимальный объем памяти, не помогло.
2 — 16.01.20 — 16:21
… может тех. журнал глянуть ?
3 — 16.01.20 — 16:49
(2) смотрел, никаких подробностей
4 — 18.01.20 — 17:52
up. Попробовал обновить сервер и платформу до 8.3.14.1976, не помогло, та же самая ошибка.
5 — 18.01.20 — 20:25
(4) но памяти не хватает.
Может у тебя клиент, с которого свертку запускаешь, она на 32-бит, т.е. ошибка не на сервере, а на клиенте?
6 — 18.01.20 — 21:06
а зачем свертка http запросы делает ?
7 — 19.01.20 — 03:00
(5) Всё x64, свертку запускаю прямо на сервере. Есть подозрение конечно, что тупо памяти не хватает, в процессах рождаются rphost в количестве 7 штук, один основной отъедает 1,4Гб оперативы, другие по 300-500Мб, разрешено памяти на один процесс до 20Гб, после какого-то времени 1С падает с ошибкой и эти процессы сокращаются.
8 — 19.01.20 — 10:00
(7) А есть статистика, что этот рпхост перед падением доходит до предела памяти?
Понятно, что ошибка сформулирована именно в таком сообщении, которое отсылает к проверке памяти, но действительно ли в памяти проблема…
Тут как бы возникает специфический вопрос. На фоне террабайтных дисков для установки во всякие там компы, которые можно купить в розницу за относительно небольшие деньги,
получается, что 100 гб в базе вроде бы и не так много. Однако, процессы с таким размером памяти работать не хотят.
А может быть, с учетом того, что базу надо изнасиловать, обеспечить этому событию абсолютную монопольность на сервере?
Ну и убрать при этом любые ограничения на использование памяти, конечно.
Вообще, Заказчику в подобной ситуации нужно понимать, что одного сервера для нормальной работы в режиме 24/7 при таком размере баз и процессов уже не хватит.
И если КОРП версию 1С покупать по стоимости просто неадекватно, то может быть имеет смысл купить просто еще одну лицензию на сервер 1С
и запускать всякие системные и сервисные вопросы на дополнительном компьютере.
Например, этот дополнительный сервер можно поставить на линукс платформе (это такой ненавязчивый намек)
9 — 20.01.20 — 02:37
(8) Дело в том, что при свертке базы, наблюдая за статистикой я увидел нагрузку на память всего 15%, проц sql сервером отъедался на 35% максимум. Полная монополия была обеспечена для этого дела. Так же игрался с параметрами кластера и сервера 1С, убирая любые ограничения по памяти, устанавливая перезапуск процессов чаще, ничего не помогло. Сегодня попробую выгрузить базу в файл и сделать свертку. По поводу дополнительного сервера это было бы замечательно, но руководство у нас очень сложное на выделение средств.
10 — 20.01.20 — 08:48
(9) ненавязчивых намеков не понимаем? ну тогда ладно.
11 — 20.01.20 — 08:55
(10) да понимаем, другое дело, что это требует достаточно больших временных затрат, а нужно сейчас, а лучше вчера )))
12 — 20.01.20 — 09:05
(11) а пробовал в порядке проверки работоспособности свертки, как обработки, запустить на короткий период? Т.е. на первые два года работы базы, а не весь период, который решили свернуть?
Кстати, как-то очень давно уже не приходилось проверять на практике, что получается со свертками, если их делать по каждому году, а не сразу за большой период — будут они поддерживать корректно наличие последовательности предыдущих сверток.
13 — 20.01.20 — 09:10
(12) Не поверишь, но это один из вариантов, который мне сегодня утром пришел на ум. Так же есть еще одна задумка. У нас в базе по алкоголю хранится очень большое количество сканов сопроводительной документации, которая распечатывается при реализации товара. Не знаю сработает ли это, сработает ли правильно, но, что если попробовать выпилить эти сканы из базы? ну и соответственно подчистить ссылки на все эти изображения? Я сам не программист, но есть возможность озадачить человека написать обработку под это дело.
14 — 20.01.20 — 09:32
(9) А загрузку диска смотрел?
15 — 20.01.20 — 09:42
(14) Диск тоже не сильно напрягался.
16 — 20.01.20 — 09:45
(8) >> одного сервера для нормальной работы в режиме 24/7 при таком размере баз и процессов уже не хватит.
Странное утверждение. У нас работают базы и по 150ГБ и даже больше, и не по одной штуке на одном(!) сервере, и 24/7.
По-моему, размер базы — это отнюдь не единственный параметр, на который следует опираться, делая подобные заявления.
17 — 20.01.20 — 09:47
(0) Автор. А нафига вообще вам свёртка?
Тупой конечно же вопрос, но на всякий случай спрошу. А перед запуском свёртки тестирование и исправление базы и конфигурации делали? Уверены, что в базе действительно нет ошибок?
18 — 20.01.20 — 09:49
(9) >> игрался с параметрами кластера и сервера 1С, … устанавливая перезапуск процессов чаще.
В чём смысл этого действа?
В чём смысл вообще установки перезапуска процессов?
Уверены, что проблема не связана с тем, что рабочий процесс по вашей же настройке перезапускается и теряет связь с реальностью (длительная незавершенная транзакция падает)?
19 — 20.01.20 — 09:52
(7) >> разрешено памяти на один процесс до 20Гб
Для чего установлено это ограничение? В чём смысл?
20 — 20.01.20 — 09:53
(17) Свёрка нужна для уменьшения объема базы в первую очередь, есть в этом нужда, да и в любом случае тот период, который подвергается свёртке полностью закрыт и давно забыт. ТиИ делалось.
(18) Пробовал и с большим временем до перезапуска процесса, проблема не решилась.
(19) оно было установлено изначально, когда я пришел работать. Ограничения снимались для выполнения свёртки.
21 — 20.01.20 — 09:53
Складывается впечатление, что вы понастроили кругом заборов и теперь пытаетесь понять какой именно из них мешает приложению.
22 — 20.01.20 — 09:54
(21) Еще раз повторюсь, что так называемые «заборы» были убраны полностью, когда столкнулись с проблемой указанной в самом начале, но это не спасло ситуацию.
23 — 20.01.20 — 09:55
(20) >> Свёрка нужна для уменьшения объема базы
Более идиотскую потребность придумать сложно. Я бы ещё понял, если бы база была в несколько терабайтов. Но ради 100Гб устроить себе такой геморрой… Успехов.
24 — 20.01.20 — 09:56
(23) +100500
25 — 20.01.20 — 09:57
(0) поделку для свертки где хоть взяли то? И она прям для утапа написана? )
26 — 20.01.20 — 09:58
+ к (23) И не удивляетесь, когда поймёте, что база сократилась только на 15-20%% вместо ожидаемых 50-70%% (или сколько вы там планируете).
Следующие вопросы автора будут — что делать с неудалившимися, но помеченными на удаление объектами, и почему размер базы почти не изменился.
27 — 20.01.20 — 09:59
А так, посмотреть базопузомером, что там место занимает и выкосить лишнее и свертка не нужна будет. Если еще и сжатие в скуле включмть и реструктуризовать таблички в скуле..она еще похудеет в разы
28 — 20.01.20 — 10:18
(23) нет возможности работать с таким объемом данных комфортно, ресурсов маловато серверных и расширить их в ближайшее время не представляется возможным.
29 — 20.01.20 — 10:54
(28) >> нет возможности работать с таким объемом данных комфортно
С таким — это с каким? Какой ожидается объём?
Вы отдаёте себе отчет в том, что никакой разницы по комфорту работы между 100Гб и 50Гб не будет? Не боитесь, что наобещав пользователям манну небесную, устроив им ад на земле со сверкой начальных остатков их выверкой и исправлением всех косяков свёртки, вы будете ими прокляты, когда они поймут, что никакого обещанного комфорта нет? Кроме мифической экономии дискового места для бекапов никакого толку от свёртки нет. И это надо чётко понимать.
И что же поменяется, когда вместо 100Гб база будет весить, например, 80, а через год — снова 100?
>> ресурсов маловато серверных.
Каких именно?
30 — 20.01.20 — 10:55
Есть конторки которые за сотку другую свернут остатки скульным скриптом.
31 — 20.01.20 — 10:56
(28)
Ё.. вам нужен базопузомер, а не свёртка. Тем более, в утапе.
Там поди ни разу никто всякие регсведения типа запросыегаис/запрросы и ответы егаис и т.д не чистил никогда
32 — 20.01.20 — 11:05
(31) поделитесь ссылкой?
И да, никто никогда ничего не чистил.
(29) когда база весила 50Гб, работала она заметно быстрее. Да можно говорить за усталость оборудования, но нет, все проверки по железу проходят на ура, реиндексация и ребилд индексов делается регулярно по расписанию.
33 — 20.01.20 — 11:12
(32) та любую с нимфостарта, хоть такую
http://catalog.mista.ru/public/251332/
34 — 20.01.20 — 11:12
(32) кеши чистите? И еще настройки вариатов отчетов. Со временем могут занимать гигабайты. И реиндексацией вы их нифига не удалите
35 — 20.01.20 — 11:13
(34) Да, кеши чистим тоже регулярно. А про настройки вариантов отчетом можно подробнее, куда копать?
36 — 20.01.20 — 11:19
(32) SQL И 1С на одном сервере? (в (9) есть намек на это). А то про ограничение 1С на память прочитал, а SQL вообще может под себя всю память забрать.
37 — 20.01.20 — 11:22
(36) Да, всё крутится на одном сервере, в настройках SQL стоит ограничение до 25Гб потребляемой памяти, т.к. уже сталкивался с тем, что он кушает как не в себя )
38 — 21.01.20 — 03:52
Взяли период свертки один первый год, чуть дольше попытался поработать, но в итоге все равно отвалился с той же ошибкой.
39 — 21.01.20 — 04:39
(34) и форм бывает тоже
40 — 21.01.20 — 05:07
Короче самая жирнота это регистр сведений «Двоичные данные файлов » со сканами сопроводительных документов… только они весят почти 65Гб…
41 — 21.01.20 — 06:22
(40) вынеси во внешнее хранение и сожми РС
42 — 21.01.20 — 06:37
(41) Не будет ли от этого медленнее проходить работа с этими файлами? Опять же, как это скажется на надежности?
43 — 21.01.20 — 06:42
(42) копать молотить!!! Если адекватно разместишь — будет быстрее!
44 — 21.01.20 — 06:53
(43) Спасибо!
45 — 21.01.20 — 08:53
(32) >> когда база весила 50Гб, работала она заметно быстрее.
Во-первых, уменьшения в два раза вы не получите.
Во-вторых, я уверен на 99%, что это утверждение явно ничем не подкреплено, кроме субъективных утверждений. Потому что чудес не бывает. Ибо скорость работы клиент-серверной базы мало зависит от её объёма (во всяком случае, когда речь идёт о 100Гб).
В-третьих, даже если реально имеет место снижение скорости (что, по-моему, не факт), то причина, скорее всего, не в объёме, а либо в самой конфигурации, либо в данных (какие-то регистры не закрываются). Не исключено, что и в железе или кривой настройке SQL.
46 — 21.01.20 — 14:50
(45) спасибо за Ваши ответы, непременно буду изучать все моменты. Я далеко не программист, а средней руки сисадмин, прогера наняли только пару дней назад, так, что пока только «въезжает в тему».
47 — 21.01.20 — 14:53
(43) можно еще вопрос? после переноса файлов на том, они всё еще остаются в базе, как их вычистить? не разу не пользовался функционалом хранения файлов на томе, подумал, что после переноса файлов во внешнее хранилище они из базы потрутся сами.
48 — 21.01.20 — 15:39
(47) 1.В РС добавляешь Реквизит в котором указываешь полный путь к файлу, устанавливаешь значение этого реквизита попутно сохраняя файлы на диск, удаляешь реквизит типа ХранилищеЗначений.
Фрэнки
49 — 21.01.20 — 15:42
(48) но база автоматом не сожмется, наверное? шринки там какие-то… процедуры в админке СУБД надо бы…
Управление торговлей, редакция 11 (11.4.12.81) свертка информационной базы, в процессе работы вылетает ошибка.
{(6, 2)}: Ожидается выражение “)”
<>ТекДокумент.Дата КАК Дата
УТ 11 свертка базы
Несмотря на то что база типовая, свернуть базу в 1 клик не получается. Разберемся в причинах, починим свертку.
Запускаем свертку с отладкой и в общем модуле обработки “СверткаИнформационнойБазы” в процедуре ПометитьНаУдалениеДокументы находим ошибку в запросе.
Rustam
Imaev
Откуда столько сарказма, я не понимаю?
2
04:48 16.01.2023
