Доброго дня, коллеги.

На 2000-ом скуле осталась одна древняя база. Но самой папки с md'ником нет. Как нить подцепить ее можно?

(37) Как ты думаешь, если тебе добавило справочников, а не подцепило текущие - это тот мд-шник или нет?
А вообще задача интересная. "Подцепить" программу по ярлыку.

Ё...

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

потом уже.. подсовывай в рабочую, ежели структра совпадает.

(40) сделал.

Ошибка: нарушена структура таблицы 1SJOURN

Чутка сравнил:
http://i58.fastpic.ru/big/2013/1212/98/e7847f4254435e1906c3b63787ddbb98.png

Красным выделил (вроде бы) отличия. Черное - чего нету вообще в скульной базе.

docno char(1)
забавно...

Ну хз. Вот что есть, то есть.

(43)
отличия  велики . скорее всего мд не от Вашей базы.

у базы видны настройки урбд. ищите клонов и вних мд

да и .. флаги регистров в dds явно на это указывают, что в скуле - базе не на оперучете, а скорее бухня.

Спасибо!

Я сравнил две базы скульные сами, и выявил что в:
- DH'ах моей скульной базы присутствуют какие-то два поля, которых нет в скульной базе, откуда я взял md
- есть один DH и DT под одним номером в md скулевой базе. Видимо новый док с тч что ли, или хз что это за сущность.
- отличаются таблицы _1SJOURN и _1SDNLOCK. По первой я приводил скрины. Во второй отличается только длина DocNo
- отличаются две таблицы SC. У мдшниковой - там на одно поле больше.

Попробую просто привести структуру скульного бекапа с мдшниковой. Может все живы останутся еще? :)

(46)
лучше наоборот. чтобы не потерять данные.

те привести мд к структуре sql базы

(46) ааа.. а че делать будешь с флагами движухи по регистрам в 1sjourn ?

:) а в dds мне ручонками надо что то править?

(46) dh - табличка шапки документа  dt - табличная часть документа

(49) нафига ? на пустышке в пофигураторе..

(48) а если ничо не делать - сами документы хотя бы видны будут? :)

поимеешь мд и ддс , поменяешь параметры подключения к базе и усё..

(52) да.. создадутся пустые таблички.

(49)
как хотите.

но надежнее м конфигурации. тк при каждом изменении в конфигураторе dds перезаписывается

Ох. Ну спасибо Вам бородачи за ценные советы :)

Скоро бородачи нарасхват будут. Выросло поколение Пепси

(57) Увы ... Не будут ...

(0) Да стопудово есть там все. Пните админа и да прольется на вас поток бекапов.

(55) Ан нет.
ТОлько при реструктизации.

Бородачи! Выручайте! :)

Открыл я _1SJOURN в злосчастной скулевой базе чтоб просмотреть, что там есть. Там оказалось 0 записей. При этом во многих DT и DH записи есть.

Вопрос такой, если я все ж таки подгоню мдшник к скулевой структуре, с 0 записями в _1SJOURN что-нибудь запуститься?

(61) запустится, только доков ты не увидишь.
Можно 1SJOURN воссоздать с некоторыми потерями, используя данные с других табличек..
вот только, всё не восстановить.

ищи копию где _1SJOURN не пустой
если кроме мд еще и джорнал восстанавливать - это нифига не дешево встанет ))

(62) а как воссоздать? Я вот видел для дбф-файла есть какая-то обработка. А для скулева режима? Есть обработка такая? Или вообще - что есть? :)

(63) копии нет. Есть база предыдущего года, и следующего. Соотв., эта скулева база - это свернутый предыдущий год.

(64) аналогично.
Написать запрос в qa который слепит табличку

джорнал пустой неспроста, а наверняка после твоих попыток "восстановления"

по-моему, тут нужен не злой купчинец, а хоттабыч :-)

часть данных, можно было бы в mlg взять, но его у вас - нема...

(67) я не причем. Это клиентская база. Прежде чем глумиться я сделал бекап того чего было. Жорнал пустой, в нем ничего нет.

(0) Обратись к специалистам, пока дров не наломал.

(71) ну я особо топором пока не махал. Я забрал бекапы, развернул на тестовом сервере, и спокойно себе препарирую трупа :)

(70) значит заказчик пытался "вылечить"
запроси ценник стоимостью часов в 50-100 и отдай кому-нить на восстановление

(72) слабо верится, что в бекапах 1sjourn ужо пустой..

(72) какой мне смысл врать? :) Что есть - то есть. Было бы иное, я б спрашивать этот вопрос не стал.
(73) может и так. Про восстановление надо подумать, да :)

(70)
пустота журнала видна из какой программы ?

(76) MS SQL Management Studio

(0) посмотри job-ы на их сервере по бекапированию базы, если минимально грамотно делали то там могут скрипты по архивированию md dds
Если найдешь просто md то не факт что таблички будут называться точно так же. Тогда развоачивай пустую базу на основе md а потом средствами DTS переноси данные, выставив соответсвия таблиц и полей.

(78) смотрел уже. Скулеву базу подымал из бекапа. Там только сами скулевы файлы. Сам бекап вроде от 2002 года. 11 лет уж вроде ему :)

(79) ты с органов што ле ?
изъяли сервак, подымаете базы ?
:))))))))))))))))))))

(79)
>> Сам бекап вроде от 2002 года
Некромант однака

(79) А нафига тебе такой древний?

Если нет МД то можно понять какие данные нужны и попытаться восстановить структуру с нуля.

(82) ага а бизнес-логику откель бум поднимать?

(79) Тут смотря что тебе нужно в итоге. Хотя самого интересного - а именно даты документов - тут не поймаешь (хотя частично можно из движений попробовать). А вот список документов по контрагенту, или значения полей самого документа - вполне можно прямым запросом отловить и в интерфейс вывести

(83) Я не думаю, что в 2002-м годе есть смысл документы новые вырисовывать )))

(84) а еще как будет на счет реляционности?

(0) так что не парься.
не стоит оно того.
просто забей.

--(80) Уже предлагали?
exec sp_MSforeachtable 'truncate table ?'

(83) Никак. Какие-то данные можно.

(86) Еще раз повторюсь, все зависит от информации, которую нужно получить. Если эта информация известна и лежит где-нибудь в базе, то вытащить ее "на посмотреть" можно. Разумеется не средствами 1С-ки, а прямыми запросами. Если же необходимой информации нет, то значит никак. Все же просто ;-)

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

хм... отгоните это чудо от сервака або не ведает, что творит :)

(92) Дартаньян? :)

(92) +100!

(93) Пили md-шник, пили :)

"Пилите, Шура, пилите, может она и впрямь золотая!" (с)

даю совет
1. бекап того что есть отложить и не трогать
2. на основании претендента поднимаем новую ПУСТУЮ базу
3. скулевским експортом гоним таблички которые совпадают по названию полей
4. запускаем базу (без всяких востановленией)
5. думаем

(96) Спасибо Дима. Совет я надеюсь бесплатный пока что? :)

(97) надейся. Только почтовый ящик потом проверь :-))

(97) :) ну я-же бородатый...

при копировании делаешь в блокнотике список таблиц которые подошли полностью, и список таблиц которые не подошли по структуре.

кидаешь сюда, тебе подскажут далее

сто

мдя.... всё не читал, но были как-то раз две базы... в одной sc33 - товары, в другой контрагенты....

(99) да бородачи нынче популярны :) За совет спасибо, попробую.

Бородачи! Снова я. Вопрос другой, к теме сабжа не относящийся, но может кто помнит/сталкивался.

При ТИИ, поймал такой запрос, на котором вылетает база

use test
declare P1 int
set P1=217
declare @P2 int
set @P2=180155753
declare @P3 int
set @P3=2
declare @P4 int
set @P4=1
declare @P5 int
set @P5=-1

Select * from _1SJOURN(NOLOCK INDEX=DOCTYPE) where IDDOCDEF=P1
and  DATE_TIME_IDDOC>=@P2 and DATE_TIME_IDDOC<=@P3
order by IDDOCDEF, DATE_TIME_IDDOC

Ошибка такая: Syntax error converting the varchar value '20010105BKX7SG   E3ICOF' to a column of data type int.

В Where происходит преобразование varchar к целому, и получается такая вот ошибка. Погуглив, нашел только одну похожую тему

http://www.sql.ru/forum/657059/syntax-error-converting-the-varchar-value-akd9cb-to-a-column-of-data-type-int

Но ответа там нет.

Сталкивался ли кто с такой ошибкой еще? Повторюсь, запрос генерит сама платформа, во время ТИИ с единственным флажком - проверка логической целостности.

журнал кривой.

давно с 7.7 не работал, но "20010105BKX7SG" вызывает сильное сомнение... ищи эту строку в журнале средствами скуля

(0) Нужно только выяснить, что это за БД...
И собрать нужный тебе МД-ник :)

(103) А для чего тебе ТИИ? :)

(104) пробовал просто удалять эти записи, так все равно смысла в этом нет, т.к. он на каждой записи такое пишет. Посмотрел как в типовых с последними релизами это все выглядит - да так же. Поле DATE_TIME_IDDOC по структуре своей везде одинаково.

(105) собираю и так. Нашел совсем близкий MD шник, так в нем никакие изменения нельзя делать, он на реструктуризации валится. Стал разбираться, что за борода возникла, на ТИИ в (103) получается такой вот болт.

(106) ничего не могу в конфигураторе ни добавить, ни удалить, ни изменить. Вылетает просто без ошибки и все.

(108) Есть Stream Editor - оно умеет

(107)DATE_TIME_IDDOC
Дата - 8 символов
BKX7SG - 6 символов время
Остальное 9 символов IDDoc, он уникален для каждого документа, для любого документа.

Что именно тебе там смущает?

(108) Ты МД-ник прямо на старую БД подсунул?
http://www.script-coding.com/v77tables.html#1.2.1.

+(108) ИДДок у тебя какой то стрянный :)

+(108) У тебя случаем БД не переферийная? (смотри в УРБД)

(110) я еще ничего не подсунул. Я просто конфигуратор открыл, и решил увеличить длину реквизита одного. Или другой реквизит удалить к примеру. Или выгрузить базу. Вылетает платформа и все.

+ Просто IDDoc - 9 символов

первые 6 символов и есть сам номер в 36-ти ричном коде
последние 3 символа, это префикс для УРБД
Для обычной БД, там просто 3 пробела :)

(110) >>>to a column of data type int.

(115) И что? О чем это говорит? :)
Знакомая ошибка?

+(115) Больше всего любопытно, автор ни разу не упомянул, что он расматривает распределенную БД.
А как у них там обмены организованы были, можно просто догадываться :)

(103) строку с числом сравниваешь

(117) поясни: как УРБД коррелирует с приведенной мной ошибкой? Т.е. если УРБД есть,  и как-то там настроены обмены (про которые можно только догадываться), то ТИИ уже не делается? Просто вываливается и все? И в конфигураторе поправить тоже ничего нельзя? )

(103) Такое чуйство, что у тебя ТИИ хочет делаться как в ДБФ, хотя стоит в SQL-е...

В файле dds есть такая строка:

F=SP1533|(P)ПризнакНакладной |C   |9     |0

а мне нужно изменить айдишник этой колонки на

F=SP223 |(P)ПризнакНакладной |C   |9     |0

поменял в файле, сменил в скуле. Все гут. Но как только происходит реструктуризация базы, опять в файле DDS имя поля меняется обратно.

Победить это как-то раз и навсегда можно? Чтоб после реструктуризации наименование поля осталось таким, которое я задал?

(121)
gcomp Вам в помощь
но
в мд id объектов присваиваются инкркментально.

  значит где-то нужно будет на чтото поменять объект с ид 233 чтобы освободить.  

так что проще поменять имя поля таблицы бд под структуру ддс

или есть плагин openconf , который восстанавливает dds

(122) понял, спасибо Вам!

Еще один вопрос, может кто что подскажет: в скульной базе есть поле типа datatime и оное может принимать значение Null. А вот что в конфигураторе нужно сделать, чтобы в скуле это поле могло принимать значения только NOT Null ?

(124)
насколько я помню
в 1с77 как правило не бывает пустых полей дат

(125) Угу, только что словил пустую дату.

(126) Наверное все же 01.01.1753 а не NULL?

"  .  .  " в журнале.

(0) тебе нужен Сашка, охранник

(119) грубо говоря нельзя, нужна сотня

(128) Сделай 2 Запроса на соответствие с датой (01.01.1753)
и is Null

борода - это оказывается из (107), а я чего-то подумал: по-настоящему, с бородами здесь все.

Еще вопрос:

В одной базе поле [SP876] [char] имеет длину 13 символов, а в другой 9.

В конфигураторе это поле ТЧ, типом значения Документ.Счет

Что в конфигураторе надо сделать, чтоб это ссылочное поле расширилось до 13 символов в скулевой базе?

скорее всего вид у поля поменять с документ.счет на просто документ

(134) СПАСИБО!

(133) 9 символов - документ (справочник) определенного вида
13 - документ (справочник) неопределенного
26 - вообще неопределено

(136) спасибо, коллега. Это я уже победил :)

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

Собирал оригинальный мдшник из двух: годичный до, и годичный после. Сам процесс сбора оказался делом не хитрым: главное поставить весь нужный сравнятельный софт: и таблиц SQL, и словарей dds. И потихоньку, не спеша, с благословения бородачей, с чистой душой, да с добрыми помыслами!

Два момента, на что много времени ушло:
1. брут форс пароля на мд. Сломался за 8 часов.
2. Разбор того, почему платформа вылетает при реструктуризации, выгрузки базы, сравнении конфигураций - собственно без этого приготовить мдшник как-то не сильно получалось. На это тоже ушло очень много времени, т.к. пришлось тестить под всеми мдаками. А у них есть свойство - от старшей версии к младшей очень откатываются туго. Поэтому, чтоб понизиться в версиях, пришлось ставить Win XP сначала без SP c 2.7 мдаком, потом с SP 1 и соотв. sp мдака, потом дошел до SP 3, и вот только когда уже на win server 2003 c последним sp докатился, только тогда ошибка себя проявила.