К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Проблемка в базе 1с 77

0 - 27.04.2017 - 12:09
Добрый день,
ситуация на картинке. 1с-ка стоит на локальном компе. к нему подключается по сети еще один. Вопрос в чем причина таких последствий?
http://s56.radikal.ru/i154/1704/20/e6677676b16b.jpg



1 - 27.04.2017 - 12:10
+(0)
видно задвоение двух документов с одним и тем же номером,
к платежкам приклеились проводки другого документа и т.д
Гость
2 - 27.04.2017 - 12:18
разное подключение ( по типу ) двух компов к базе развалило механизм блокирования при записи.
3 - 27.04.2017 - 12:29
Цитата:
Сообщение от vostdnn Посмотреть сообщение
в чем причина таких последствий?
вот это слог. восхищаюсь такой формулировкой, искренне.

Ну а по сути, вариантов конечно много, но в самом вопросе у тебя уже один из популярных ответов.
Цитата:
Сообщение от vostdnn Посмотреть сообщение
к нему подключается по сети еще один. Вопрос в чем причина
Любой обрыв сети для файловой базы как молотком по голове. А молотком, знаешь, оно как-то неприятно и часто не рекомендуется. Как правило, в таких мелких конторках бесперебойники на компы цепляют (и это в лучшем случае), а на хаб(свич) никогда.

Так шо ты пальчиками номерацию восстанови, индексы вообще удали (обязательно) и заново проиндексируй.
Авось этого и достаточно будет.
4 - 27.04.2017 - 12:39
Цитата:
Сообщение от Блондинка в шок Посмотреть сообщение
Так шо ты пальчиками номерацию восстанови,
это как примерно сделать?
5 - 27.04.2017 - 13:17
Перепровести нужный, удалить ненужный
6 - 27.04.2017 - 13:24
либо скопируйте нужный, а старые оба удалить.
7 - 27.04.2017 - 21:17
(5,6) проблема в том, что документ платежное поручение делает проводки по 11 счету, услуги сторонних организаций делают движение по 11 и по 20 счетам, т.е. к документу платежное поручение "прилепились" проводки другого документа.
8 - 27.04.2017 - 21:19
(3) выяснилось следующее: база стоит на ноутбуке, данные документы выписки, платежки, движения по животным формировались на ноуте т.е. работа была не по сети...
9 - 27.04.2017 - 21:36
(8) Потелепаю: а ноут подключен к сетке по WiFi...

Так к базе вообще подключались по сети или нет?
Гость
10 - 28.04.2017 - 09:14
Нужно провести сделать архив, а затем в режиме конфигуратора тестирование и исправление. В целом достаточно реиндексации - индексы слетели, что есно для базы по сети.
11 - 28.04.2017 - 12:10
9-Ткачик > нет по сети через ЛАН.
к базе подключаются по сети второй комп, но с этими документами он не работает.
12 - 28.04.2017 - 12:38
Цитата:
Сообщение от vostdnn Посмотреть сообщение
нет по сети через ЛАН.
Видать, не та уже телепалка.
Цитата:
Сообщение от vostdnn Посмотреть сообщение
с этими документами он не работает.
Лениво вспоминать как организованы журналы документов в 7.7, но вы ведь показываете журнал операций, а он общий для всех документов и ручных операций. И сбои в его индексах или в нем самом затрагивают все виды документов.
13 - 28.04.2017 - 13:04
Общий для всех журнал документов, от него по IdDoc ссылки к шапкам и табличным частям документов, к движениям и проводкам документов. Поэтому:
1 - Переиндексировать, причем в режиме предприятия. Не знаю в чем разница, но пару раз сталкивался, что в конфигураторе не помогало
2 - может пункт 1 уже поможет, а не поможет, то создать правильный документ (копированием или руками) и удалить неправильные. Ничего тут хитрого нет
Гость
14 - 28.04.2017 - 14:07
13-USSR > Вообще-то, Предприятие просто не запустится, если не будет хоть одного файла, поименованного в .DD. Вместе с индексом (описание индексных выражений там же).
Исходя из того, что "переиндексация" никак не может обойтись без обхода всей таблицы и всего индексного файла, считаю целесообразным перед этой операцией просто удалить .cdx.
В любом режиме: и Конфигуратора, и Предприятия.
Гость
15 - 28.04.2017 - 14:31
(14) совет так себе, на 2+ по 5-бальной шкале. Не всегда ошибка исправляется... почему то ...

лучше сделать выгрузку/загрузку, она работает гораздо чище. Но время - значительно дольше.
Гость
16 - 28.04.2017 - 15:17
15-Helen1986 > "Выгрузка/загрузка" - это вообще-то, восстановление из бэкапа. Но, в отличие от "Сохранить/восстановить", предполагает создание индексный файлов после загрузки таблиц.
17 - 29.04.2017 - 22:07
может обновляли не по камасутре, а по-быстрому на раз-два.
индексы не помогут тогда.

второй альтернативный варианат - порядок сортировки разный на разных компах. для 7.7, если я ничего не пропустил, не заявлена официальная поддержка виндовс 10 той же, например.
Гость
18 - 29.04.2017 - 22:36
17-Зелёный тролль > "Семерка" просто не запустится, если текущая кодовая страница не соответствует оси. Скопированная из Windows 2008 БД (хоть с индексами, хоть нет) не заведется на Windows 10, пока не передернешь "кодовую страницу". После чего принудительно включается переиндексация.
И наплевать, что "не заявлена": работает и на винде 2012.

Не знаю, как "по камасутре", но конфа следит за уникальностью имен метаданных.

"Задвоение проводок" случается при грубом нарушении технологии. Например, юзер "выходит" из программы кнопкой Power.
Или выдергивая сетевой шнур.
Мне в подобном случае помог монопольный захват, и "чистка базы" на пол-дня. С объяснением причины столь жестокого решения. Девки поглядывали на виновницу, и злобно сопели.
19 - 30.04.2017 - 05:38
18-VZ >Заведется без передергивания страницы если платформа увидит флаговый файл OrdNoChk.prm
Гость
20 - 30.04.2017 - 09:30
19-victuan > Угу. Давайте обманем конфу. Как там: "тормоза придумали трусы"?
21 - 01.05.2017 - 06:47
20-VZ >А какие тебе известны проблемы при использовании этого файла (кроме нарушения порядка сортировки)?
22 - 01.05.2017 - 09:47
у нас одна юзерша ежедневно выдергивает сетевой шнур... не, на своем компе она нормально выходит из программы и выключает, а то, что на этом шнуре еще комп висит, на котором часто в это время еще 1С запущена... ну бесполезно ругать, объяснять и т.п. - возраст. ну пока переиндексация, а иногда ТИИ спасает :) полных обвалов, тфу-тфу, еще не было... да и резервное копирование 2 раза в день...
Гость
23 - 01.05.2017 - 09:49
21-victuan > Вообще-то, мне много проблем и не нужно. Одной уже много. Самый удачный "приз" в этой "охоте" - отсутствие приза. Остальное достигается RDP.
24 - 01.05.2017 - 10:47
У VZ весьма развито пространственное воображение. На простой ясно сформулированный вопрос в такие пространственные дебри заведет. И про трусы, и про призы, и про охоту, ... про всё расскажет, что вы даже и забудете о чем собственно спрашивали.
25 - 01.05.2017 - 10:48
(23) "Вы, профессор, воля ваша, что-то нескладное придумали! Оно, может, и умно, но больно непонятно. Над вами потешаться будут" (с)
26 - 01.05.2017 - 11:28
та ладно вам, горячие финские парни.

у меня вон в спортшколе на компютерах сборная солянка - на одном XP (у кадровика), на втором Win7 (у расчетчика),
а в начале года новый комп с Win10 (для главбуха) притарабанили.

ну и естественно, как говорит Зеленый - "порядок сортировки разный на разных компах." :)

и тут уж волей-неволей без OrdNoChk.prm никак не обойтись.
и ЗиК 7.7 (тьфу-тьфу) работает. Постоянно в базе конечно сидят расчетчик и кадровик, но а ГБ подключается, когда з/п считают.
И все живы и здоровы, и база в том числе.
Гость
27 - 01.05.2017 - 13:41
26-Блондинка в шок > Ну "тьфу-тьфу" работает. Радуйся.
"новый комп с Win10 (для главбуха)" случайно, не 64-разрядном процессоре? Новые компы они такие...
И все начинается в первый раз.

25-Ткачик > "Что говорить, когда нечего говорить?" - изображаем народ?
24-Шухер > Это заявка на ответ по "простому и ясно сформулированному вопросу"? Неужто, Шухер?
28 - 01.05.2017 - 16:23
Цитата:
Сообщение от VZ Посмотреть сообщение
изображаем народ?
Нет, всего лишь не изображаем избранного, который посвящен в некие тайные знания.

Потому что возможные последствия отключения проверки порядка сортировки общеизвестны:
Цитата:
Сообщение от
Применение данной возможности может быть рекомендовано только в крайних случаях, когда не имеется возможности согласовать системный порядок сортировки с порядком сортировки, устанавливаемым для информационной базы. При отключении проверки порядка сортировки в условиях применения компоненты управления распределенными информационными базами НЕ СЛЕДУЕТ использовать символы любых алфавитов, кроме латинского, в трех буквенном идентификаторе информационных баз, входящих в состав распределенной. Следует иметь в виду, что 1С:Предприятие при работе использует возможности по сортировке обоих механизмов, и отключение проверки идентичности порядка в них может привести к неожиданному для пользователя порядку следования строк, например, при формировании отчетов.
Фсё, никаких катастрофических последствий. И становится ясно, что приплетание разрядности процессора - чистой воды демагогия.

Что, впрочем, уже стало традицией, ждем очередной порции.
Гость
29 - 01.05.2017 - 21:23
28-Ткачик >"Фсё, никаких катастрофических последствий" - А сабж именно о последствиях. Или это не последствия?
Можно (к дополнению к вышеперечисленных причин) добавить еще одну: иногда конфа просит зайти в монопольном режиме, а потом спрашивает разрешение на переиндексацию. В чем ей, (конфе), конечно отказывают. Потомушто жаль время. А никаких утешаюших сообщений, благодарностей и отчетов после этого. Ну конечно, откуда ГБ знать про индексы...

Возращаемся к
Цитата:
Сообщение от Блондинка в шок Посмотреть сообщение
без OrdNoChk.prm никак не обойтись.
Да правда штоль? Так уж и никак? А RDP? А WM?
Но проще проигнорировать "может быть рекомендовано только в крайних случаях". Ага. Как раз такой и есть. Что может быть не "крайнем случаем", как необходимость поднять жопу, и установит на тот же Win7 XP Mode? Что интересно, бушке даже не надо заморачиваться с этой ВМ: можно из XP Mode вывести на экран Win7 значок запуска 1cv7.exe.
C win10 аналогично.
Но лучше, все-таки, RDP. Бонусов больше.

А костыль OrdNoChk.prm лучше не использовать. Даже в случае РИБ. С использованием кириллических префиксов в течении ряда лет.
Нет тут ничего "крайнего". Можно без костыля.
30 - 01.05.2017 - 21:57
Цитата:
Сообщение от VZ Посмотреть сообщение
А сабж именно о последствиях. Или это не последствия?
Ну да, ну да, "Петров" перед "Ивановым" в отчетах у кого-то их юзеров - прямо-таки катастрофа!

Цитата:
Сообщение от VZ Посмотреть сообщение
Можно (к дополнению к вышеперечисленных причин) добавить еще одну: иногда конфа просит зайти в монопольном режиме, а потом спрашивает разрешение на переиндексацию. В чем ей, (конфе), конечно отказывают. Потомушто жаль время. А никаких утешаюших сообщений, благодарностей и отчетов после этого. Ну конечно, откуда ГБ знать про индексы...
Как и было предсказано: флуд, не имеющий отношения к проверке кодовой страницы.

Цитата:
Сообщение от VZ Посмотреть сообщение
Но лучше, все-таки, RDP. Бонусов больше.
И на каком же из компов, перечисленных в (26), можно использовать RDP? Он ведь серверной ОС требует, а где там упоминается сервер?

Цитата:
Сообщение от VZ Посмотреть сообщение
А костыль OrdNoChk.prm лучше не использовать. Даже в случае РИБ. С использованием кириллических префиксов в течении ряда лет.
Слава те господи, он понял!!!

Правда, с точностью до наоборот: 1С предупреждает о проблемах как раз при использовании РИБ. И как раз с кириллицей в префиксах.

Но все равно, уже хоть что-то, ждем дальнейшего улучшения.
Гость
31 - 02.05.2017 - 11:10
30-Ткачик > "Ну да, ну да, "Петров" перед "Ивановым" в отчетах у кого-то их юзеров - прямо-таки катастрофа!"
Вообще-то, сабж об индексах. Это когда, например, проводки оказываются привязанными к другому регистратору. Или связь теряется. Неважно как и почему,но результат один: БД не работоспособна.
"Кодовая страница" здесь действительно не причем. "Причем" здесь нарушения в синхронизации обработки файлов со стороны нескольких клиентов. А синхронизация обеспечивается флагами блокировки файлов на стороне сервера (здесь - не название ОСи, а роль компьютера). Блокировку заказывает клиент, и в течении этой блокиовки он должен корректно завершить операцию. Например, ликвидировать записи регистра, если регистратор дезавуирован.
Только вот другие клиенты о том, что творится у заблокировавшего таблицу клиента ничего не знают. Они просто ждут разблокировки. Которая может быть и не "штатной": клиент отвалился по каким-то причинам.
Сервер только рулит очередями блокировок, и нет никакой возможности узнать о нарушениях при записях в файлы БД.
Кроме одного механизма: каждый клиент вводит флаг при входе в БД, и снимает этот флаг при штатном выходе.
И когда любой клиент обнаруживает, что счетчик входов пуст, а счетчик выходов нет - звучит аларм, и возникает требование переиндексациию.
А "Кодовая страница" - лишь указатель. Опция для индексирования. Устанавливается клиентом-администратором.
И эта опция имеет значение. Иначе её бы не было. Или кто-то полагает, что она так, для развлечения, разработчиком вставлена?!

В данном сабже "кодовая страница" возникла как один из механизмов принуждения к переиндексации. И контроля единообразии индексов для всех клиентов.
И не надо про "и так работает". Может и работает. Пока количество грязи не станет критичным.
Как в сабже.

"1С предупреждает о проблемах как раз при использовании РИБ" - спасибо, родной. Я умею читать. Только вот я о другом: о ценности этого предупреждения. О том, что делать админу уже существующей РИБ. С уже существующими префиксами. Эдак несколько лет.
Но конечно, он будет безумно благодарен за это предупреждение.
Гость
32 - 02.05.2017 - 11:31
Цитата:
Сообщение от VZ Посмотреть сообщение
И когда любой клиент обнаруживает, что счетчик входов пуст, а счетчик выходов нет - звучит аларм, и возникает требование переиндексациию.
опять двадцать пять... сЭр, тупить изволите - счетчик входов НЕ ПУСТ, а счетчик выходов ПУСТ. Клиент вошел (счетчик+1), и не вышел (отвалился).
Гость
33 - 02.05.2017 - 11:34
в случае ТС наиболее вероятная причина задвоения - сбоит сеть. Но это достаточно хорошо отслеживается платформой. А вот идиотизм от мягких с возможностью использования двух механизмов блокировки одновременно - про это многие админы даже не ведают
34 - 02.05.2017 - 11:37
Цитата:
Сообщение от VZ Посмотреть сообщение
Вообще-то, сабж об индексах.
Да-да, о них, родимых...

Цитата:
Сообщение от VZ Посмотреть сообщение
Это когда, например, проводки оказываются привязанными к другому регистратору. Или связь теряется.
Теперь вспоминаем раз: используются ли кириллические (или вообще любые, отличные от цифр и латиницы) символы в полях ID базы данных?

Потом вспоминаем два: а зависит ли порядок индексации для этих символов (напоминаю - цифры и латиница) от выбранной кодовой страницы?

Если кто-то еще не понял (или не вспомнил), то сделаю вывод за него: связь между объектами БД осуществляется исключительно по их внутренним ID, которые состоят исключительно из цифр и латиницы, причем только верхнего регистра. Поэтому выбор кодовой страницы, влияющий на порядок следования национальных символов, на целостность и работоспособность базы абсолютно не влияет - национальные символы могут быть только в текстовых полях.

Дальнейший флуд не стал даже читать, поэтому комментировать не буду, уж извините.
35 - 02.05.2017 - 11:40
В 2006 году Юля06 поднимала вопрос про дубли записей, не помню где чего двоилось, но двоилось точно. Если в дбф две одинаковые записи действительно существуют, то, думаю, переиндексация, и даже выгрузки-загрузки ситуацию не исправят. Юля разобралась в причине и сумела воссоздать задвоение записей. Уже не помню чего и как, но там дело было с переключением Отборов. Тут тоже кто-то чего-то мог напереключать.

USSR всё нормально объяснил что делать, еще бы посмотреть, действительно ли в таблицах существуют двойные записи, чтобы убедиться, что это не 1С криво отображает данные.
36 - 02.05.2017 - 12:12
(35)
там было про задвоение записей справочника, включая ID
на своей практике сам встречался с этой "фичей"...
37 - 02.05.2017 - 12:13
Цитата:
Сообщение от VZ Посмотреть сообщение
Мне в подобном случае помог монопольный захват, и "чистка базы" на пол-дня. С объяснением причины столь жестокого решения. Девки поглядывали на виновницу, и злобно сопели.
Мы в восхищении! (Булгаков. Бал у сатаны)
- Это не я, это вон она, а я такой весь спаситель базы.
Еще и смакует на форуме ... тьфу.
Гость
38 - 02.05.2017 - 12:50
35-Шухер > Там другая причина. И претензии не к движку: разаботчики дали допуск к подчиненным справочникам без указания владельца, но не предусмотрели возможные коллизии. В конфигурации. Редкие, правда.
32-Helen1986 > Вообще-то, сообщение "программа была завершена аварийно блаблабла" - это когда входит первый клиент. В смысле, первым пытается открыть еще никем не открытые файлы. В режиме совместного доступа ("не монополно") и если файлы уже открыты другим клиентом (тоже в режиме совместного доступа) упомянутое сообщение не вылазит.
Т.е., обрывы соединения в массиве клиентов не регистрируются. Пока БД захвачена не монопольно. Увы.

34-Ткачик > Еще раз для тех, кто не врубился: неважно, как сформированы индексы. Важна логическая целостность БД. Которая не только индексы. Но и индексы тоже.
И не надо уводить разговор на "кириллицу": у ТС разрушена БД. Потому что он за ней не следил.
Не пееводи стрелки. Не флуди.
Гость
39 - 02.05.2017 - 13:05
37-Шухер > Что, никак не получается потроллить, не прикинувшись дураком? В (18) шла речь о нарушении технологии. Дисциплины, т.е. Которая четко регламентирует, в частности, порядок выхода из базы.
Да, целостность базы - моя зона ответственности.


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены