v7: отвязать базу от УРБД #493692

Кто-нибудь подскажите, я вроде все сделала с 1SSystem.dbf, и файлы лишнее удалила, дома все работает, а на предприятие выдает сообщенеи о установки компаненты "Управление распределенными информационными базами"

что сделала?

Надо в файле 1SSYSTEM.DBF поле DBSIGN (в нем код базы) поставить 01 и обнулить DBSETUUID(00000000-0000-0000-0000-000000000000). После этого удалить 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF и их индексные файлы

я слышала что в самой конфигурации, где то еще меняеться всего одна строчка, может кто знает

Зачем Вам лезть в конфигуратор? Конфигуратор читает значения из перечисленных в файлах. Удалите их - и забудьте.

1SSYSTEM.DBF можно и прибить просто.

Если уж сильно хочется в конфигуратор - так это в Центральной базе.

Перечисленный файлы удалены, а 1SSYSTEM.DBF нельзя удалять тогда возникают проблемы с базой

Не кошерно пользоваться пираткой

я еще раз повторяю что дома все сработало и обновилось, а вот на работе нет

Кто такое сказал? Попробовать религия не позволяет? Кто-то чего-то наплел - поверить надо безоговорочно, самостоятельно проверить никак?

"а на предприятие выдает сообщенеи о установки компаненты "Управление распределенными информационными базами"" (с) че это за сообщение?

за такой совет канделябром по сусалам бьют... в дбсигне наддо поставить просто трип робела

А попробуй запустить УРБДшную базу без соответствующей компоненты - сам увидишь.

Нюню

что нюнюкаешь... впрочем, посмотрел ЛК  все понятно. как говорил Митичкин, роль "инженер знаний" на форуме означает, что ее носитель не имеет отношения ни к знаниям, ни к инженерии...

Мальчики я вас совсем не поняла, что значит "в дбсигне наддо поставить просто трип робела" и что мне делать в итоге????

Для Базы данных в формате DBF достаточно удалить из каталога базы данных следующие файлы: После чего желательно войти в Конфигуратор и сделать полный контроль. И это все. При желании, можно восстановить обратно - достаточно эти файлы восстановить. Для базы данных в формате SQL - аналогично, только удалять нужно таблицы из SQL-базы: _1SDBSET, _1SDWNLDS, _1SUPDTS, _1SSYSTEM (не обязательно).

в 1ssystem в поле DBSign поставь пробелы, а не 01. Удали 1sdbset и 1sdwnlds (вместе с индексами) база станет нераспределенной. Удали distrdb.dll из каталога bin, и не будет надписи об устаонвленной компоненте

повторяю: за такой совет канделябром по сусалам бьют...

ТА слетит. Пересчет незаймет много времени. За что канделябр то портить?

Эх, молодежь: == как снести УРИБД   как снести УРИБД Лысый Орк      04.12.2002 - 10:23как сделать УРИБДшную базу обратно неУРИБДшной      Призрак      1 - 04.12.2002 - 10:271. В первую очередь, в файле 1SSYSTEM.DBF вручную      очистить 3-х символьное поле DBSIGN (содержащее код ИБ). и в принципе      этого достаточно. Но для возврата ИБ в первозданное состояние, нужно      выполнить п.п.2-3.      2. Удалить файлы 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF и соответствующие      индексные файлы (.CDX) .      3. В файле 1SSYSTEM.DBF обнулить 36-ти символьную строку DBSETUUID:      2 - 04.12.2002 - 10:27файл 1ssystem      очисти поле dbsign Согласно документации, процесс инициализации РБД - необратимый, но иногда возникает потребность удалить всякое упоминание о том, что база данных когда-то была распределенной.Что для этого необходимо сделать: В первую очередь, в файле 1SSYSTEM.DBF вручную очистить 3-х символьное поле DBSIGN (содержащее код ИБ), и, в принципе, этого достаточно. Для возврата ИБ в первозданное состояние нужно дополнительно: Удалить файлы 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF и соответствующие индексные файлы (.CDX) . В файле 1SSYSTEM.DBF обнулить 36-ти символьную строку DBSETUUID: 00000000-0000-0000- 0000-000000000000. Создать Центральную из Периферийной -------------------------------------------------------------------------------- "В таблице _1SDBSET есть поле DBSTATUS, оно может принимать следующие значения: P - Центральная M - Текущая C - Периферийная В периферийной базе меняешь эту таблицу соответствущим образом и все Ок."

вся это делалось, а таблица _1SDBSET  пустая

+ В Скульной немного не так. Если надо - найду и про СКЛ-ную базу.

Да да очень надо

точно так же

ну вот у меня, например, есть база 96Г. как думаешь, сколько замет пересчет? Или рабочая 48Г - тоже недолго? (если мне, скажем, захочется локальную копию прогеру для растерзания дать) Хотя в общем, согдасен - канделябр жалко, можно дважды "с ноги", но обязательно с разбега...

В скульной достаточно табличку систем поправить. Как вариант - сделать выгрузку и скорректировать файл 1cv7.dat

А агрессивным галаперидол колоть надо.

Можно проще. Для СКЛ: В Квери: == update dbo._1ssystem set dbsign='   ' go drop table dbo._1sdbset go drop table dbo._1sdwnlds go ==

это то же самое и есть :-)

Еще раз для дбф: -------------------------------------------------------------------------------- Согласно документации, процесс инициализации РБД - необратимый, но иногда возникает потребность удалить всякое упоминание о том, что база данных когда-то была распределенной.Что для этого необходимо сделать: В первую очередь, в файле 1SSYSTEM.DBF вручную очистить 3-х символьное поле DBSIGN (содержащее код ИБ), и, в принципе, этого достаточно. Для возврата ИБ в первозданное состояние нужно дополнительно: Удалить файлы 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF и соответствующие индексные файлы (.CDX) . В файле 1SSYSTEM.DBF обнулить 36-ти символьную строку DBSETUUID: 00000000-0000-0000- 0000-000000000000.

какие шансы дождаться выгрузки и загрузки 96Г базы? :-)

Шансы есть всегда. Надо только ими пользоваться:)

действительно, настоящий инженер знаний... еще немножко отупеть, и модератора дадут...

Слушай, если у тебя проблемы в личной жизни - переноси их стойко сам.

вот нету проблем. Время есть свободное, потому и смеюсь над такими...