Замена сервера 2003 на 2008.
В BIN положен файл OrdNoChk.prm.
Но этот файл, как я помню, не влияет на УРБД.
С дуру для центральной и периферийной баз префиксы сделаны (еще до меня) на кириллице.

Как решить сабж, напомните пожалуйста. Знания выветрились за давностью лет. Гугль не помог, ссылки в книге знаний Книга знаний: Обмен данными - мертвые.

Достаточно поменять в табличках 1sbset, 1sdwnlds, 1supdts русские символы в префиксах на латинские или нужно менять ID объектов по всей базе?

Кто может поделиться готовой инструкцией?

ОрдНоуЧек, насколько помню, влияет на все индексы. А прямо такое сообщение: УРБД, порядок отличается от системного?

(1) "Порядок сортировки, установленный для базы данных, отличается от системного!"

http://pics.rsh.ru/img/_jjood5lm.png

(1) "ОрдНоуЧек, насколько помню, влияет на все индексы."
Читаю тут https://tavalik.ru/poryadok-sortirovki-dannyx-otlichaetsya-ot-sistemnogo-1s-7-7/ :
"3. Создание файла ordnochk.prm
...
данный способ не приемлем, если используется система распределенных информационных баз."

Также в этой статье предлагают:
"для исправления данной ошибки необходимо пропатчить файл BkEnd.dll, входящий в типовую поставку 1С:Предприятия 7.7"

Не сделает ли это 1С 7.7 нелицензионной?

А вот тут сказано https://iteron.ru/порядок-сортировки-установленный-дл/

"Если вы используете компоненты управления распределенными информационными базами (УРБД) и если вы отключили проверку порядка сортировки базы данных, тогда в идентификаторах центральной и периферийных баз используйте только символы латинского алфавита. "

Значит, не подвела меня память по поводу кириллических префиксов ИБ.

Получается, мне нужно или патчить BkEnd.dll или менять префиксы ИБ на латинские.

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

солюшен, который меняет быкенд через прокси-длл не канает?
вроде у меня везде он стоит

(7) если "разово починить" - может, сольюшн и прокатит. Но он же тиражные делает...

(8) Данный случай - не тиражный.

(6) менять во всех базах все префиксы всех объектов - попахивает подвигами Геракла. Шестым в частности. Только реки рядом нет...
Если из базы в базу старье сыпаться не будет - я б сделал так:
1. Стопнул работу, и обменялся до чистоты апдейтсов.
2. Заменил кириллицу на латиницу во всех базах в дбсете и систем, снес апдейтс и даунлоадс.
3. В базах либо прописал в дополнительно новые иды баз.
4. Ну и разруливал чисткой апдейтса "что куда не должно"

(7) Речь об этом https://infostart.ru/public/82018/  ?
Я так понял он рулит для скульных баз, а тут дбф.

(9) файловая?

(12) Да, дбф.

(10) "Если из базы в базу старье сыпаться не будет"
Что конкретно имеется в виду?

(11) Источники, указанные тобой в (4) и (5) чегой-то те вызывают у меня доверия...
(13) понял уже... Все-таки -имхо - если на всех компах с базами одинаковая системная сортировка, то должно быть пофиг. Про сортировку е-краткое и подобное слышал, но не видел

(10) "1. Стопнул работу, и обменялся до чистоты апдейтсов"
Обменяться не получится из сабжа в (0).
Переносить временно базы на ХР?

(14) имел ввиду, что старые данные не будут трогаться

(16) А что случилось, что перестало работать?

(15) Одинаковая, т.к. базы юзаются через RDP (но не факт, что кому-то вдруг разрешено сисадмином по сети юзать)

(17) "Старые" понятие относительно - насколько старые? Например, октябрь 2021 трогаться точно еще будет в январе 2022.
А могут потрогаться и данные 2019 года - врать не буду, всё может быть.

(18) При попытке сделать выгрузку из ЦБ в ПБ возникает сабж "Порядок сортировки, установленный для базы данных, отличается от системного!"

(21) После переноса базы с Виндовс Сервер 2003 на Виндовс Сервер 2008.

(19) может, поставить системную, и переиндексироваться? И посмотреть на эффекты...

(22) Я на 2008 секрлиз сбавил, но у меня серверные были...

Пардон, убегу - но в процессе подумаю. Если что, в телегу тебе черкну...

(23) Думал об этом. Но боюсь, что базу могут запустить по сети.

(0) В кодовой странице таблиц ИБ поставь +Текущая системная установка

(26) по сети из под разных осей - не надо так.

(28) дык можно проверять ось или кодовую таблицу при начале работы системы...

я бы после переноса на сервер сделал сортировку системную и закрыл доступ с других ОС, где порядок "может отличаться", пусть все в терминал лезут и оттуда запускают.

сколько я ни пробовал ордноучек.прм - его наличие все равно не спасает от затыка при проведении ТИИ - на каком-то шаге все равно ругается. Или я что-то путаю.

ставлю - + текущая системная установка и переиндксирую, в чем проблема то?
УРБД стоит на разных осях и ХР и 10-ки, все обменивается
а ordnochk.prm надо ложить и в БИН в корень базы

Кстати иногда тербовалось сначала сделать
+ текущая системная установка
потом вернуть обратно на 1251 -Русский.....
что ей не хватало - хз

Так, чую мне вместо научного подхода танцы с бубном предлагают ;)

ну не будет работать нормально потому что..
из разных ОС, там сортировки будут выдавать непредсказуемое, а оно надо потом разгребать какой отчет правильно собрал данные а какой нет?
а затолкать всех на одну машину с правильной и совпадающей с серваком сортировкой - это надежное как топор решение.

ну... я так навскидку даже не соображу какие учетные алгоритмы критичны к сортировке алфавитной...

Ладно, для начала сегодня ночью проверю вариант с патчем бкэнда.
Сделаю обмены, чтобы обнулить 1сУпдтс.
Поменяю префиксы ИБ на латиницу в 1сДбСет и 1СДбСистем.
Верну родной бкэнд и проверю взлетело ли.

погоди, в дбсет и систем поменяешь а в таблицах своих?
у тебя же ссылка на идбазы в каждом объекте
это если менять надо все перелопачивать.

(34) Тебе предлагают не маяться херней, а тупо поменять кодовую страницу, сколько я их не менял, каких любо глюков замечено не было, а вот с бубном ты сам пытаешься танцевать, к чему может привести замена префиксов, вот тут я не знаю

Вот в Бин лежал ордночек. ТИИ заткнулась на 3 пункте..
Положил еще и в папку с базой, запустил повторно.

во, пофиг, ордночек лежит и в бине и впапке с базой - на ТИИ - затыкается с порядок сортировки отличается...

(41) Ну так сначала смени кодовую, потом ТиИ делай

(42) ээээ? а в чем тогда смысл ордночек?

(43) Что бы с разных осей можно было работать в одной базе

(38) А зачем в таблицах? Пусть остается для старых объектов кириллица, а для новых будет латиница. В чем криминал?

солюшен поставил и забыл.

(45) ну так получится что на одну карточку номенклатуры в базе будет два разных объекта, причем куча объектов будет с битой ссылкой. как-0то так...

(44) ага, пасиб.
вроде норм шарашит.

(45): ну вот ты откорректировал объект со старым префиксом в ид. и урбд зафиксировал в 1супдтс факт необходимости отправки изменений этого объекта в базу с таким префиксом. ииии?... )))

(49) Что значит "откорректировал объект со старым префиксом в ид"?

Я то считаю, что достаточно поменять префиксы ИБ, а не внутр. ИД самих объектов.

(50): "откорректировал объект, у которого в ID прописан старый префикс (кириллицей)"
(51): неправильно "считаешь".

Проблему я считаю в этом:
"если вы отключили проверку порядка сортировки базы данных, тогда в идентификаторах центральной и периферийных баз используйте только символы латинского алфавита"
Если я удалю все переферийные базы, сделаю базу не распределенной. То у меня в в базе останутся объекты, ИД которых содержат кириллицу.
Это не вызовет проблем при использовании этой нераспределенной базы при использовании ОрдНоЧек.прм.
Если я из этой базы создам заново распределенную, но буду использовать префиксы латиницей, но будет сабжа при обмене УРБД.
Т.о ИД объектов, содержащие кириллицу, не создают проблем. А проблему создают ИД баз кириллицей, т.к. те кто добавил обработку сигнального флага ОрдНоЧек.прм, забыли это сделать в УРБД в отношении ИД баз.

Разве нет?

(53): так - не будет. но и старые "периферийные" к своим периферийкам не привяжутся никак.
просто заменишь префиксы - проблемы появятся. т.к. в периферийках сидят со старыми и урбд давно проинициализирована.

а вообще - извини, я неправ в своей настойчивости. информация тебе дадена, поступай дальше как тебе будет угодно. хочешь сломать - ломай на здоровье.
/ушёл/

(55) Не стоит извиняться. Я в любом случае сообщу о результате сюда.

Провел эксперименты. Выводы:

1. Замена только ИД баз (без ИД всех объектов баз) на латиницу, т.е. рецепт, описанный в (10)  - проблему не решает.
2. Патч BkEnd.dll по методике из ссылки https://tavalik.ru/poryadok-sortirovki-dannyx-otlichaetsya-ot-sistemnogo-1s-7-7/ - проблему не решает.
3. замена таблицы кодировки на "+ Текущая системная кодировка" - проблему сабжа решает.
4. Секретный релиз (Солюшен 7) - не проверял. А стоит? Если да, то потрачу 10 смартмани на ссылку https://infostart.ru/public/82018/ (или кто поделится бесплатно).

Напомню - база файловая (дбф), не SQL.

накой те п.4 если п.3 рулит ?

(59) Чтобы была потенциальная возможность запуска 1С по сети, из другой ОС (с др. системной кодировкой).

(60) см. свой мыл-ру

(60) Она и так есть с п.3

(60) главное конфигуратор по сети не запускать а то будет .опа после сохранения конфы. а так все норм.

(61) пасиб.
(62) А как же (28):
"по сети из под разных осей - не надо так."
?

4. Секретный релиз (Солюшен 7) проверил на кодировке 1251 - проблему сабжа решает!

Одно беспокойство, что патченная bkend.dll нарушает лицензионное соглашение с 1С.
Что скажите?

(но проверял, если ключик Аладина выдернуть, то 1С с патченной длл от Солюшена не запускается).

ну строго говоря бкенд - не патченная, а замененная, своя дллка.
а оригинальная длл от 1с - тоже не патченая, лишь переименованная в бкенд0
конечно это оправдания для бедных и тут прав будет тот у кого юристы дороже, то есть фирма 1с
но в какой то мере совесть успокаивает.

(66) Не успокаивает, совсем).
Докопаться повод есть - лежит bkend.dll в каталоге БИН, которая отличается от оригинальной. А то что родная лежит рядом переименованная - это слушать даже не станут, если захотят докопаться.

Ладно буду думать: Солюшен 7 или "+ Текущая системная установка"....

Может кто еще какие доводы приведет.

(67) Я приведу, твоя 7.7 никому нафиг не нужна, никто не будет в ней ковыряться  и искать патченные(не оригинальные ДЛЛ ки), и вообще 7-ка с поддержки снята, она никому не интересна, недавно с офиса полиция забрала системник с ломаной 7-кой(без ключа), слова не сказали, а вот за 8-ку спросили, но там лицензия(предоставили доки на покупку и саму лицензию)

(68) Нет, не снята с поддержки. Для Бух и ТИС до сих пор выходят обновления.

(69) Сама платформа

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

(71) ну как бы формально да, я так и написал. но по факту Российский суд самый гуманный в мире, и каким будет решение судьи который не особо разбирается в нюансах модификации и защиты ПО - неясно, так что перспектива тяжбы с 1С - не так уж чтобы невозможна а там шансы на их стороне.

(0) Фиг знает, но тогда в 2013 году как-то удаллосьна 2008 сервере 64х установить сетевую 7.7 комплексную с ключом - так и работает до сих пор. Да  с русскими названиями перифериек до сих пор живу в согласии действительно солюшин в смысле bkend ставил тогда. Но и сам кстати все думаю надо перейти на латинские все дела с периферийкой. Просто центральный  и еще 5 магазина на 2008 а один на 2003. Собственно из-за этой нестыковки и возникают видимо эти заморочки

Вопрос не по сабжу: при старте 1С идет задержка несколько секунд, т.к. 1с-ина проверяет ключи по сети, т.к. они установлены на другой тачке с Виндовс ХР.
В nethasp.ini прописан IP-адрес этой тачки, но задержка всё равно 2 сек.
Как-то можно ускорить?

[NH_COMMON]

[NH_IPX]

NH_USE_BROADCAST = Disabled; Use IPX Broadcast mechanism.

[NH_NETBIOS]

[NH_TCPIP]

NH_SERVER_ADDR = 192.168.69.252     ; IP addresses of all the NetHASP

NH_USE_BROADCAST = Disabled        ; Use TCPI/IP Broadcast mechanism.

Задержка даже не 2 сек, а все 4 сек.

(75) ЕМНИП то 1С не ключик ищет, а заставку прорисовывает

(76) Задержка до появления окна выбора баз. На этом этапе нет заставок.

http://1c.alterplast.ru/articles/keyfound.html

(78) Спасибо. Поставил:
NH_TCPIP = Enabled
задержка вместо 4 сек, стала 2 сек.
Это тоже долго, что можно еще сделать для ускорения?

[NH_COMMON]

NH_IPX = Disabled     ; Use the IPX protocol
NH_NETBIOS = Disabled    ; Use the NETBIOS protocol
NH_TCPIP = Enabled    ; Use the TCP/IP protocol

[NH_IPX]

[NH_NETBIOS]

[NH_TCPIP]

NH_SERVER_ADDR = 192.168.69.252     ; IP addresses of all the NetHASP

NH_USE_BROADCAST = Disabled        ; Use TCPI/IP Broadcast mechanism.

(79) поправить 2 байта в одной dll

ключик, сможещь для красоты, оставить

(81) Да он выше за чистоту лицензии 1С радел неистово, это не вариант )))

2 сек это нормально вроде для работы с ключом.

2 секунды... Да уж, куда быстрее(быстрее - только пат**ые)... Это норма.

Обменов много и часто между базами. Эти задержки раздражают после патченной.

NO_SPLASH_SHOW ключик не помогает ?

(86) А с чего он должен помочь?

В ОЛЕ-обменах у меня всегда по умолчанию выключена заставка.
А больше нигде не применим этот ключ.

http://pics.rsh.ru/img/NO_SPLASH_SHOW_6tgui95k.png

(88) подавление заставки нужно в терминале

там без этого очень долгое открытие

(89) У меня RDP, но этот ключ не работает при обычном запуске 1С. Нужно патчить платформу.
Ну и тормозов у меня нет из-за заставки.
Тормоза (в 2 сек) перед появлением окна выбора базы 1С именно из-за проверки ключа защиты.