Что делать.

Сконвертированная база из семерки. Чищу все лишнее.
Например при конвертации все доки являются регистраторами всех регистров.
Есть лишние доки которые просто удаляю объекты.

Если удаляю пару доков, то база уходит в реконструкцию на 10 часов.
В семерке такого нет.
Что занафиг?

(130) старые объекты так и будут со своими ид.

что в оригинальной базе, что в кастрированном клоне.

(131) я про скуль, что в конфигураторе мне пофиг) Я не знаю будет ли сей эффект после реструктуризации

(134) и в скуле аналогично

(132) если бы так было то конфигуратор бы не выдавал удаление всех и создание новых.

(133) насколько помню - там сквозная нумерация, если удалить из "серидины" - остальные дальше сменят ид, или я туплю?

(137) конечно нет, у тебя же соответствие cf-ки всем табличкам в скуле..

(133) В оригинальной базе каждый день еще один прог сидит колбасит новые объекты. Никто работу в ней не отменял.

и ..примитив на генерацию нового ид для метаданных - всё время на увеличение..

Я их сейчас добавляю к своей. Уже было два новых документа. Удаляли в семерке и чистили тоже много чего. Регистр добавился. Я это уже руками вношу в восьмерку.

(139) ты переезд на месяц растягивать собрался что ле ?
Всё делается за раз один раз.
Усё.
:)

(142) 4 месяца. подготовки. 1 день запуска.

нам еще полбазы надо написать обработок, отчетов. и прочего.
Я пока что сделал документы, формы и их модули.
И для тестовой гоняю рабочую базу.
Сейчас роботов еще дописываем подключать будем и так далее. Работы еще еперный балет.

(144) скайнет там не изобретите

Даже пустую CF сейчас не могу поверху залить свой.
пипец... уже просто на пустой базе пробую.


Сыпет
Таблица поле Fld2891 не содержится в разделе FROM
Сейчас буду искать что за хрень

А я сразу сказал, что дело не в данных.

+(146)
1) из конвертированной выгрузил конфигурацию
2) пытаюсь на пустой базе объединить со своей, чтобы потом этот выгрузить и на рабочую подгрузить.

а я думал, Евгений мегаспец и всё умеет

(149) Он только по экселю. Ну еще вроде как продажник неплохой.

Методом тыка объединение прошло с установкой совместимости.

"Самый большой регистр Статусы заказов клиентов."
зачем хранить устаревшие статусы?

(152) год минимум. специфика бизнеса.

(144) посоветуй им позвать специалиста

(153) зачем? вот скажем по отгруженным  уже. какова цель?

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

(154) вот так посоветую и все вопросы сразу решаться. от простого совета вдруг всем станет легче. Сразу спецы по 83 набегут!! - веть таких сейчас хоть лопатой греби.

цука. пошла реструктуризация на рабочей базе без вылетов.
Все получилось только при смене методом тыка редима совместимости.
За 15 минут обработало 380 тысяч элементов справочника единиц.

С последнего помента ничего не пробовал.
С серваком завозились. Сейчас запустил снова. Жду. Уже 7 часов белый экран.

(0) Все не читал, но напрашивается перенос через XML
Потихоньку переноси документы. Помесячно, до закрытого периода (где по сути не могут поменять документы) включишь УРБД 7шное и дальше переноси:
Типа - все измененные от даты закрытой по месяц переноса + месяц.
Ну и в конце у тебя получится 2 идентичные базы. В последний момент перенесешь только все измененные и заставишь юзеров уже в новой все делать.

В принципе сейчас примерно тем же занимаюсь. ТОлько у меня 2 сторонний обмен.

(160) не тянет XML.  Мы ежемесячно из торговли в бух выгружает данные. занимает все порядка 6 часов. Только за 1 месяц.
Это еще и провести доки.
У нас оменклатура огромная.

за год выгрузить помесячно, да еще все провести - неделя уйдет.

(162) Ну и кули неделя? У тебя же юзеры всю эту неделю будут в старой 7ке работать. А как до конца догрузиш моментом их на 8ку перекинешь.

Ну и сравнил - самописку и бухию. У тебя там поди 2 регистра и 3 справочника. Быстрее будет делать

Тем более сразу проводить и нет необходимости. Загружаеш в 8ку со статусом записано, но не проводиш. Это еще быстрее. Потом, ближе к концу все скопом проведеш

Ну и еще плюс. Никто же тебя руками не заставляет помесячно  переносить. Там практически пару строк кода + правила+ обработка стандартная 1Совская по переносу из КД.

(19)специалиста пригласить?

(167) Точно. За полтос легко напишу.

(0)вообще подумать что именно делается столько времени и почему не предлагать?

(162) Советы толковые уже давали, просто ты их не видишь.

(164) вот именно! что ты сравнил самописку в которой просто шизец взаимосвязей и всего остального. И бухию в которую только номенклатуру, количество, цену, сумму достаточно передать.

(169) давно изместно что и оно единственное - реструктуризация и пересчет регистров.  Хотя конкретно они вообще никак в накатываем конфигурации не изменены.

В новом CF добавлена БСП. С ее справочниками, один док взаимодействий и куча регистров сведений.
Я когда БСП внедрял на первой сконвпертированной базе - она только в полную реструктуризацию - пересчеты регистров ушла.

Хотя в этой БСП вообще объекты никаким боком и ни одним местом к регистрам нашим не лежат.

Это видимо способность движка - уходить в реструктуризацию при каждом чихе и вообще при невзаимосвязанных НИКАК между собой объектах.

Короче говоря в 1С считают что надо все регистры пересчитывать при любом чихе.

(170) они не подходят. Не подходит выгрузка и загрузка через XML. И точка! не нужно это даже советовать.

в 1С надо писать письмо. Это недоработка платформы.

что за ужасы по понедельникам?

(62) Конфигурация - Сравнить, объединить с конфигурацией из файла - Настройка - Разрешить удаление объектов основной конфигурации

ХЗ как там в 8.3, но в 8.2 было так.

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

(177) в 83 тоже самое. наследование тоже не помогает.

Короче без реструкрутизации никак. А я думал 10 минут и все будет готово.

(178) а галки ставил на объектах которые надо удалять?

(114)что оно делает?

(173)ларечники... )))
мозг включить нужно и поиск тут уже обсуждали чуть более чем нужно тебе сейчас несколько раз ну или мониторы  активности запусти и напиши хотя бы что именно работает всё это время и работает ли или придавлено чем-то

(114) добрый ты нынче что то )

(0) если по теме, то как минимум на скуле модель восстановления - Simple. Потом архив и шринкнуть базу. Уже веселее на порядок будет. Ну и с параметрами роста файлов базы и лога поиграться, сделать их чуть побольше, чем стандартные 1Мб и 10 процентов.

(114)что  делает?

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

(185) А ты поищи "DROP TABLE"

А Ёпрст весельчак...

(188) Я бы удалил такую шутку. А то кто-нибудь может и повестись.

(189) Да ладно... Было уже - как изменить формат файла...

(187)это понятно, только конфа в одной таблице лежит э этот код что прибивает?

(185) избавляет от торможения . База просто летает!

(191) Если понятно то какие вопросы.
(192) Настырный

(191) вы можете попробовать на тестовой базе :-)

ыыыыы
1)сконвертировать базу из 77 в 8
2)выгрузить конфу из восьмерки, сделать пустую базу, загрузить конфу
3)рихтовать пустую конфу как надо
4)универсальной выгрузкой-загрузкой выгрузить данные из сконвертированной базы в рихтованную

профит!

(195)
выгрузить-загрузить 30 гигабайт ?

(195) всему бывает предел, а предел возможностей XML по выгрузке-загрузке - это гораздо меньше 30-ти гигов.

(196), (197) для вас обоих сюрприз что грузить необязательно в файлик?

+(198) или что грузить в тот же файлик не обязательно всю базу сразу?

(199) расскажи ка лучше, о учитель, из опыта своего: базы какого размера ты так перегонял, а главное - сколько у тебя это времени заняло?

(200) "расскажи ка лучше, о учитель"
а не пойти ли вам в сад?

А вот интересно. Можно ли завязать на уровне SQL две разные базы. То есть написать программу которая будет прямым запросом выбирать данные из одной БД и засовывать в другую.

(201) ну раз сказать Вам по существу нечего - стоило бы наверное промолчать. Прислушайтесь хотя бы к ТС относительно использования XML для решения этой задачи.

(203) ты сам то читал?
ну хотябы (50)? и что там до него?

может прежде чем выпендриваться, подумаешь?

(204) а ты (161) внимательно читал?

(205) да читал. Мальчик дурачок, МПХ умудрился сломать. И что?

(206) я конечно знал, что есть такие одинэсники, которые всех вокруг считают идиотами, но думал, что до 38-ми годов такое точно проходит. ТС по крайней мере попробовал это делать, а Ваши выводы сплошь умозрительны.

"ТС по крайней мере попробовал это делать, а Ваши выводы сплошь умозрительны"

бугага

(202)
легко. читайте про триггеры и view

на уровне субд ms sql можно даже "бесшовно" организовать работу в 1с77 и 1с8 в рамках одной базы. естественно с сопоставимыми сущностями

spt_fallback_db
spt_fallback_dev
spt_fallback_usg
MSreplication_options
spt_values
spt_monitor

select
    table_name
from
    INFORMATION_SCHEMA.TABLES
where
    table_catalog = DB_NAME()
    and table_name != 'dtproperties'

и что?

(210) да чистит тот код все в базе вообще. Выносится как сама конфа, так и данные.

вот мне братья по разуму ))) посоветовали )))

declare @q nvarchar(max) = N'';

select @q += N'drop table ' + quotename(t.name) + N'; '
from sys.tables t
where t.name != N'dtproperties'

exec(@q);

говорят что проще дропнуть

(212) еще быстрее скуль вынести тогда уж.

Пипец. Что за ....
Восьмерка при каждом чихе реструктуризирует всю базу, все объекты.
Просто в сконвертированной базе взял удалил неиспользуемый док - реструктуризация всей базы, всех объектов.

(209) Поучился бы с удовольствием

(215)msdn
(214)"всю базу, все объекты" - дурь энергетиками запиваете?

(214) База то у тебя на твердотельнике? Если нет, то ты и в правду маньяк.

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

в 8.2 реструктуризация проходит только у измененных объектов
8.3 - не знаю

(217) SQL, рейд на SSD

(129)ну так что же показывают мониторы производительности скульного и виндового серверов с базой?

Все пилять я победил ее.

Короче пилять ни в коем случае не юзайте 83, не знаю шо с ней но я смогу базу нормлаьно обновить только в режиме 8.2
И всего за пару часов.

(222) а разве есть конвертор из семерки в 8.3?

(223) не работает. 82 тоже не работает.
Несколько жтапов.
1) конвертация самой базы 81
2) запуск ее  и переконвертация в 82
3) далее режим 82 и в режиме 82 обновление конфы

(224) Неужели это сработало? Да еще и быстрее 10-ти часов?

(174)Я же говорю не слышишь, читай внимательней.

(222) монстр. Я всегда говорил и буду говорить - Маня горы свернет со своей энергией ). Хотя, смысл всех этих извращений, мне непонятен.

(225) быстрее чем 2 часа. Думаю даже еще быстрее. тк я даже и не засек. Увидел только что бах и готово.

Буду пробовать еще раз сконвертировать базу и накатить. Но уже через недельку.

Вот такие вот грабли с совместимостями.

за 1 час 20 минут в журнале.