| 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
| Цитата:
Ну а по сути, вариантов конечно много, но в самом вопросе у тебя уже один из популярных ответов. Цитата:
Так шо ты пальчиками номерацию восстанови, индексы вообще удали (обязательно) и заново проиндексируй. Авось этого и достаточно будет. | | ||||
| 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
| Цитата:
Цитата:
| | ||||
| 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
| Цитата:
Потому что возможные последствия отключения проверки порядка сортировки общеизвестны: Цитата:
Что, впрочем, уже стало традицией, ждем очередной порции. | | ||||
| 29
- 01.05.2017 - 21:23
|
28-Ткачик >"Фсё, никаких катастрофических последствий" - А сабж именно о последствиях. Или это не последствия? Можно (к дополнению к вышеперечисленных причин) добавить еще одну: иногда конфа просит зайти в монопольном режиме, а потом спрашивает разрешение на переиндексацию. В чем ей, (конфе), конечно отказывают. Потомушто жаль время. А никаких утешаюших сообщений, благодарностей и отчетов после этого. Ну конечно, откуда ГБ знать про индексы... Возращаемся к Цитата:
Но проще проигнорировать "может быть рекомендовано только в крайних случаях". Ага. Как раз такой и есть. Что может быть не "крайнем случаем", как необходимость поднять жопу, и установит на тот же Win7 XP Mode? Что интересно, бушке даже не надо заморачиваться с этой ВМ: можно из XP Mode вывести на экран Win7 значок запуска 1cv7.exe. C win10 аналогично. Но лучше, все-таки, RDP. Бонусов больше. А костыль OrdNoChk.prm лучше не использовать. Даже в случае РИБ. С использованием кириллических префиксов в течении ряда лет. Нет тут ничего "крайнего". Можно без костыля. | | ||||
| 30
- 01.05.2017 - 21:57
| Цитата:
Цитата:
Цитата:
Цитата:
Правда, с точностью до наоборот: 1С предупреждает о проблемах как раз при использовании РИБ. И как раз с кириллицей в префиксах. Но все равно, уже хоть что-то, ждем дальнейшего улучшения. | | ||||
| 31
- 02.05.2017 - 11:10
|
30-Ткачик > "Ну да, ну да, "Петров" перед "Ивановым" в отчетах у кого-то их юзеров - прямо-таки катастрофа!" Вообще-то, сабж об индексах. Это когда, например, проводки оказываются привязанными к другому регистратору. Или связь теряется. Неважно как и почему,но результат один: БД не работоспособна. "Кодовая страница" здесь действительно не причем. "Причем" здесь нарушения в синхронизации обработки файлов со стороны нескольких клиентов. А синхронизация обеспечивается флагами блокировки файлов на стороне сервера (здесь - не название ОСи, а роль компьютера). Блокировку заказывает клиент, и в течении этой блокиовки он должен корректно завершить операцию. Например, ликвидировать записи регистра, если регистратор дезавуирован. Только вот другие клиенты о том, что творится у заблокировавшего таблицу клиента ничего не знают. Они просто ждут разблокировки. Которая может быть и не "штатной": клиент отвалился по каким-то причинам. Сервер только рулит очередями блокировок, и нет никакой возможности узнать о нарушениях при записях в файлы БД. Кроме одного механизма: каждый клиент вводит флаг при входе в БД, и снимает этот флаг при штатном выходе. И когда любой клиент обнаруживает, что счетчик входов пуст, а счетчик выходов нет - звучит аларм, и возникает требование переиндексациию. А "Кодовая страница" - лишь указатель. Опция для индексирования. Устанавливается клиентом-администратором. И эта опция имеет значение. Иначе её бы не было. Или кто-то полагает, что она так, для развлечения, разработчиком вставлена?! В данном сабже "кодовая страница" возникла как один из механизмов принуждения к переиндексации. И контроля единообразии индексов для всех клиентов. И не надо про "и так работает". Может и работает. Пока количество грязи не станет критичным. Как в сабже. "1С предупреждает о проблемах как раз при использовании РИБ" - спасибо, родной. Я умею читать. Только вот я о другом: о ценности этого предупреждения. О том, что делать админу уже существующей РИБ. С уже существующими префиксами. Эдак несколько лет. Но конечно, он будет безумно благодарен за это предупреждение. | | ||||
| 32
- 02.05.2017 - 11:31
| Цитата:
| | ||||
| 33
- 02.05.2017 - 11:34
| в случае ТС наиболее вероятная причина задвоения - сбоит сеть. Но это достаточно хорошо отслеживается платформой. А вот идиотизм от мягких с возможностью использования двух механизмов блокировки одновременно - про это многие админы даже не ведают | | ||||
| 34
- 02.05.2017 - 11:37
| Цитата:
Цитата:
Потом вспоминаем два: а зависит ли порядок индексации для этих символов (напоминаю - цифры и латиница) от выбранной кодовой страницы? Если кто-то еще не понял (или не вспомнил), то сделаю вывод за него: связь между объектами БД осуществляется исключительно по их внутренним 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
| Цитата:
- Это не я, это вон она, а я такой весь спаситель базы. Еще и смакует на форуме ... тьфу. | | ||||
| 38
- 02.05.2017 - 12:50
|
35-Шухер > Там другая причина. И претензии не к движку: разаботчики дали допуск к подчиненным справочникам без указания владельца, но не предусмотрели возможные коллизии. В конфигурации. Редкие, правда. 32-Helen1986 > Вообще-то, сообщение "программа была завершена аварийно блаблабла" - это когда входит первый клиент. В смысле, первым пытается открыть еще никем не открытые файлы. В режиме совместного доступа ("не монополно") и если файлы уже открыты другим клиентом (тоже в режиме совместного доступа) упомянутое сообщение не вылазит. Т.е., обрывы соединения в массиве клиентов не регистрируются. Пока БД захвачена не монопольно. Увы. 34-Ткачик > Еще раз для тех, кто не врубился: неважно, как сформированы индексы. Важна логическая целостность БД. Которая не только индексы. Но и индексы тоже. И не надо уводить разговор на "кириллицу": у ТС разрушена БД. Потому что он за ней не следил. Не пееводи стрелки. Не флуди. | | ||||
| 39
- 02.05.2017 - 13:05
|
37-Шухер > Что, никак не получается потроллить, не прикинувшись дураком? В (18) шла речь о нарушении технологии. Дисциплины, т.е. Которая четко регламентирует, в частности, порядок выхода из базы. Да, целостность базы - моя зона ответственности. | |
Интернет-форум Краснодарского края и Краснодара |
