Добрый день.

С распределенками 7.7 никогда плотно не работал...

Тут возникла такая ситуация. Обратилась ко мне одна организация, что у них не работает 1с.

Из разговора с админом понял, что база 7.7 у них на SQL. Судя по всему при переносе на другой компьютер что то пошло не так и база упала.

При загрузке ругается на journal таблицу. При нехитрых манипуляциях с sql понял, что отсутствует колонка с journal и добавил. По факту много ошибок при загрузке 1с, а восстановление решил прервать после 2х суток тестирования и исправления.

Но база выгружала данные в переферийные базы. Пока не определил степень миграции (все или частично).

Так вот первый вопрос -

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

2 вопрос - можно ли из нескольких переферийных распределенок сделать одну базу (так сказать восстановить)

[b]3 главный 3й вопрос[/b] - Есть одна потерянная центральная база и 20 подчиненных. Как воссоздать центральную базу из этих 20 подчиненных с наименьшими потерями.

Очень хотелось бы услышать дельный совет. Спасибо заранее

(0) "хотелось бы услышать дельный совет."
Спросите у "дна организация" за бекапы. Восстановите ЦБ из них. Закончите этот этап - спрашивайте за синхронизацию с периферийными.

+(1)
"позволяет ли распределенка 7.7 выгружать данные в одну сторону от подчиненных в главную и НЕ выгружать из центральной в переферийные (собственно односторонний обмен)"

Позволяет сделать периферийную "только получатель". Но не ЦБ.

Бекапов как оказалось нет. Похоже что мд файл не стыкуется с таблицами в sql. Поэтому жалуется на структуру Journal. Мол колонки не хватает.

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

(3) На любой из периферийных можно взять актуальный МД. Инфа о том база распределенная или нет в нем не хранится.

Все есть в центре, зачем из одно ПБ делать другую :)
Берем центр и делаем выгрузку

+ (4) И объясните спецам из "одна организация", что за обновление конфигурации подменой МД полагается выдергивание шаловливых ручек дабы неповадно было.

(5) У него как раз центр упал. Так что центра (пока ?) нет.

(5) В том и дело, что центр потерян. Есть 20 переферийных баз. И sql которая не стыкуется с мд файлом.

(4) Попробую. Отлично.

Тьху... теперь прочитал еще раз
Теоретически можно... DTS-ом позаливать :)

Единственное смущает меня то, что в sql  таблице journal колонок МЕНЬШЕ, чем в мд файле. Это стало ясно при создании базы из этой мд.

Чувствую что придется из переферийных делать.

а можно подробнее что такое DTS

(11) Экспорт-Импорт из одной таблицы/базы в другую ,только надо смотреть и на правила чтобы не понавставлять одинаковых записей
В манагер СКЛ зайти надо
Можно вставлять в промежуточную таблицу, потом выкусывать из нее то что уже есть в хранилище, потом уже в ЦБ

Понял. Подумаю. Но думаю велик риск.

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

(14) Тогда бы не возникало вопроса о сборке, наверное

взять мдшник с периферийной, сделать центральным. Должно взлететь, если проблема только с мдшником.

(14) Даже если неполный, однохренственно. МДшники одинаковые вроде как во всех базах (в дбфных базах периферийная делается центральной редактированием пары дбфок). В скульной версии хз как, наверно делать копию периферийной базы дбфной, потом редактировать дбфки, потом опять делать ее скульной и мдшник подложить в центральную.

(17) Да с МД-шником уже давно разобрались
Данные надо спасать
Задача интересная, взялся бы за ХХХ бобосов :)
Иногда нравится гуано разгребать

(18) А что данные? Он, надеюсь, догадался перед эксприментами копию базы делать. Если нет, то уже нифига не сделаешь.

(0) Возможно все. Но вам лучше небраться за непосильное для вас дело. Поверьте, админ теперь будет делать не 1 бекап а несколько, и распихивать их по нескольким дискам. Ну а клиент сделает инвентаризацию и тупо вобьет начальные остатки.
Но даже после этого "экономить" неперестанут.

(18) Мазохист ... Тебе что - нормальной работы нехватает?..
А я б и за мешок денег невзялся. Чисто из принципа.

(21) Хватает, но тут все же какое-то подобие творчества. Деньги... они же ведь не пахнут?

(22) Ну если однообразная рутина достала то да. Даже в гамне покопаться считается за развлекуху. Сам когда-то через такое проходил.
Будет тебе развлекуха если окажется что все МД разные. Поэтому сначала МД нада сверить. Если будут все разные то твоя сумма сразу помножится на количество клонов плюс некоторая сумма сверху. И думаю после этого начальство поставит всех раком и введут начальные остатки.

(23) Да не однообразная. Ленин же вот попишет-дрова поколет, чаю с медком посербает. Так и я.

(24) Ну да, помню. Затарились с друганом водочкой и у финов в шалашике оттягивались. Бедные фины ...

что-то в последнее время много баз тут падает...

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

можно попробовать.
слепить пустую центральную (войти кнфигуратором и сохранить).
почистить в центре 1супдтс.
во всех периферийных обработкой сделать "Записать" для всех объектов данных
сделать полные циклы автообмена (Центр-Периферия-Центр) со всеми периферийками.
будет утеряно всё, что не мигрирует плюс все, что мигрирует НЕ "все иб" и было создано в центре (т.е. все, что относится только к цб)..

ЗЫ: файлы автообмена получатся только очень, дико пухлые - придется, наверное, искать ВК-шки для больших файлов обмена. ну и ждать пока обмен выполнится может быть оооочень долго.

(28)(29) Ну примерно 10% вы угадали. Все остальное неправильно. Но тут уже товарищ предложил свою помощь. Так что нестоит фантазировать. Если автору нада - пусть платит и ему может быть поднимут упавшее знамя.

можно взять любую ПБ и из нее сделать ЦБ

+(31) берешь ту ПБ, с которой был самый последний обмен.
делаешь из нее ЦБ. делаешь обмены и восстанавливаешь недостающее руками. ИМХО самый удобный вариант, если обмены не раз в месяц ходят конечно.

(28) у вас всегда самые геморройные решения.
(0) сколько денег согласна заплатить "одна организация"?

(33) черт, об этом я что то не подумал.

(0)dts-м залить всё в пустышку.

Но не всё.. часть ручонками залить.

(36) ты о чем?

(35) решений на самом деле несколько.

(37) о дублирующих записях в случае dts

-не даст залить..

(39) понял теперь.

У нас стояла одна центральная база и 2 распредленки.Все крутились на MS SQL 2000. Один раз падала центральная база.
Брал копию распределенки, ставил на место центральной базы, убивал настройку того "что база перефирийная", заново настраивал УРИБ и перезаливал распредленные базы.

(42) извращенец

(43) Это было 3-4 года назад :) На 7.7

(44) это ничуть не извиняет.
копию распределенки сделать центральной, и привязать к ней все периферийки - дело 5 минут.

(44) Ссылку на матчасть не дашь?
>  привязать к ней все периферийки - дело 5 минут.

(46)
[УРБД] Восстановить периферийку
16 пост

(47)
Спасибо.

(46) например, пост (16) [УРБД] Восстановить периферийку с учетом поста (11)оттуда же

(46) например, пост (16) [УРБД] Восстановить периферийку с учетом поста (11)оттцуда же

(47) злодей

+(45) это я и описал в (32)

(47) а вот СЮ я объяснял как раз как ЦБ восстановить. а найтить не могу

Вот еще подобная вполне информативная тема http://www.forum.mista.ru/topic.php?upd&id=636571

В общем так и сделал. Создал базу из подчиненной. Благо у старой рухнувшей главной базы остался живой мд и настройка распределенки. В общем создал.

После чего написал обработку которая будет перезаписывать ВСЕ элементы справочника включая подчиненные справочники методом перебора. С учетом древовидной структуры конфигурации с подчиненными справочниками на XEON + SSD за 12 часов справочник товары дошли до буквы "К".

Вопрос - есть ли какие нить штатные средства регистрации изменений как например в 8-ке. Быстрые

2 - Можно ли посредством перебора по справочнику (по первой букве например) распределить перебор и запустить допустим 10  сетевых клиентов 1С. И тем самым увеличить регистрацию.
Или это не даст нужного результата?

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

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

(ты теперь окуеешь загружать это в перефирийки

в 7ке только перезапись

(55) ТКВ....