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

что сделала?

DEL 1SDBSET.*
DEL 1SDWNLDS.*
DEL 1SUPDTS.*
DEL 1SSYSTEM.DBF (необязательно)

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

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

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

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

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

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

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

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

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

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

че это за сообщение?

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

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

(13) Нюню

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

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

Для Базы данных в формате DBF достаточно удалить из каталога базы данных следующие файлы:

1SDBSET.DBF, 1SDBSET.CDX, 1SDWNLDS.DBF, 1SDWNLDS.CDX, 1SUPDTS.DBF, 1SUPDTS.CDX, 1SSYSTEM.DBF (не обязательно).

После чего желательно войти в Конфигуратор и сделать полный контроль. И это все.

При желании, можно восстановить обратно - достаточно эти файлы восстановить.

Для базы данных в формате SQL - аналогично, только удалять нужно таблицы из SQL-базы: _1SDBSET, _1SDWNLDS, _1SUPDTS, _1SSYSTEM (не обязательно).

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

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

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

Эх, молодежь:
==
как снести УРИБД  

как снести УРИБД Лысый Орк
     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:
     00000000-0000-0000- 0000-000000000000
     StoneRoller
     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 - Текущая
N - Периферийная (непроинициирована)
C - Периферийная
В периферийной базе меняешь эту таблицу соответствущим образом и все Ок."

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

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

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

(24) точно так же

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

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

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

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

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

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

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

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

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

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

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