Имя: Пароль:
1C
1С v8
База в 30 гиг реконструируется 10 часов.
0 Maniac
 
06.08.13
15:11
Что делать.

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

Если удаляю пару доков, то база уходит в реконструкцию на 10 часов.
В семерке такого нет.
Что занафиг?
1 Ёпрст
 
06.08.13
15:12
>>>Сконвертированная база из семерки

извращенец
2 Laerys
 
06.08.13
15:13
(1) маньяк
3 Ёпрст
 
06.08.13
15:14
развернуть базу в скуле, почистить таблички прямым запросом.. пару минут на всё.
4 Ёпрст
 
06.08.13
15:14
и итоги тоже - потом грохай в пофигураторе что угодно.
5 Maniac
 
06.08.13
15:14
(1) я проект делаю путем конвертации семерочной базы.

Из нее перепрограммирую все целиком под восьмерку.

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

Сейчас проблема что я конвертирую базу, чищу ее а она уходит в глубокий сон.
6 Rovan
 
гуру
06.08.13
15:14
(0) делай реконструкцию раз в месяц ночью
заданием сервера
7 МихаилМ
 
06.08.13
15:14
(0)
что такое "реконструируется" ?
8 Maniac
 
06.08.13
15:15
(3) чистить нельзя. как раз смысл в том чтобы потом перенести все с движениями, накатить поверху доработанную с модулями. и люди продолжают работать без перепроведения базы.
9 Ёпрст
 
06.08.13
15:16
(7) это он так реструктуризацию называет.
10 МихаилМ
 
06.08.13
15:17
(9) ок. я конечно же подозревал.
11 Ёпрст
 
06.08.13
15:18
>>>Есть лишние доки которые просто удаляю объекты.

Это же в пофигураторе делаешь, не так ли ?
12 Maniac
 
06.08.13
15:18
Нафиг она вообще вся реконструируется если я удаляю пару доков которые регистров не касаются.
13 ДенисЧ
 
06.08.13
15:19
Мань, а Мань...
реструктуризуется, а не реконструируется...
14 Ёпрст
 
06.08.13
15:19
ну и удали эти доки прямым запросом и движения регистров по ним + желательно или прибить итоги совсем, или отключить их..
а потом уже в пофигураторе прибьешь эти объекты.

Это ежели я правильно тебя понял, что ты там делаешь.
15 Maniac
 
06.08.13
15:19
цука. все из за этих галок которые назначаются всем докам как регистраторам всех регистров....
16 Laerys
 
06.08.13
15:19
(12) ссылки ищет, а их у тебя 30 гигов
17 МихаилМ
 
06.08.13
15:20
похоже речь про удалении помеченных на удаление,
а не реструктуризацию.
18 Ёпрст
 
06.08.13
15:22
(17) не, проблема в (16) - ищет ссылки во всех регистрах.. ну и пересчет их всех.
19 Maniac
 
06.08.13
15:25
(18) еще и справочники. и все остальное. хотя они не трогаются. Я просто удалил несколько лишних объектов в доках и все. Реструктуризацию делает полностью. И справочников и документов и регистров.
20 Laerys
 
06.08.13
15:29
(19) а не проще найти в бсп процедурку которая вычищает базу от бессылочного хлама и доработать ее до ума, чем самому копаться и чистить по 2-3 дока?
Хотя не помню, есть такая или нет, но по памяти она чуть ли не пол странички занимает в самописном варианте.
21 Maniac
 
06.08.13
15:31
(20) ууууу это вообще насчет БСП у меня сейчас еще больше проблем.

Я в уже сконвертированную конфу в которой переписал все под восьмерку внедрил БСП
Так вот если я сверху накатываю свою базу с БСП так база вообще на сутки уходит в сон.
22 Maniac
 
06.08.13
15:33
еще и валит мне разрушение базы на полях. уже задолбался вторые сутки.
23 Laerys
 
06.08.13
15:33
(21) вопрос конечно глупый, но боюсь услышать страшный ответ:
файловый вариант?
24 Maniac
 
06.08.13
15:34
Все на 83) Причем конвертатор 82 и 83 не работают.
Приходится сначала базу на 81 конвертировать конвертатором 77-8
Потом запускать в 83 - там конвертировать под 83
И только уже потом будет база конвертированная с которой я уже могу что то делать.
25 Maniac
 
06.08.13
15:35
(23) на всех пробую.
26 Laerys
 
06.08.13
15:35
(24) ты маньяк-извращенец
27 Fragster
 
модератор
06.08.13
15:36
удалить на пустой конфе с загруженной .cf, перенести данные. иначе оно для каждого типа проверяет, нет ли в регистре случайно записей из удаленных типов регистраторов
28 Maxus43
 
06.08.13
15:36
ну дак ты бы с 6.0 ещё конвертировал... исходя из качества конвертации понятно что быстрей самому объектов накидать и логику, покрайней мере правильней
29 Maniac
 
06.08.13
15:38
(27) вопрос глобальный - каким макаром перенести базу в пустую?
30 гиг.
Еще потом и проводить все придется.

У меня основная суть была именно перетянуть всю базу тк она с движениями доков. Доки не нужно будет перепроводить.
30 Maniac
 
06.08.13
15:39
Фирма в режиме круглосуточной работы. Мне через 4 месяца надо будет все запускать так чтобы все выполнилось за пару часов.
Конвертация рабочей и накатка сверху  CF с модулями и формами для восьмерки.
31 Laerys
 
06.08.13
15:40
(29) остатки переноси, будет у них 2 базы
32 Maxus43
 
06.08.13
15:41
данные перенести не легче?
пустую базу конвертируй, накатывай, потом данные перенесёшь
33 Maniac
 
06.08.13
15:42
(31) нужна вся база.
34 luns
 
06.08.13
15:43
используй 8.3
35 Maniac
 
06.08.13
15:43
(32) Разработку я веду на первой конвертации которую сделал изначально.
Вот решил сейчас взять срез рабочей и накатить на нее то что сделал.

Каким образом перенести в пустую конфу 30 гиг данных с движениями всех доков - я хз.
36 Fragster
 
модератор
06.08.13
15:49
(35) конвертация данных, выгрузка/загрузка XML, что хочешь еще...
37 ДенисЧ
 
06.08.13
15:49
Блин, дали уже совет...
Возьми cf, загрузи в пустую. Удали-почисти там метаданные, потом загрузи его обратно в рабочую. Реструктуризация будет, но один ращ
38 Maniac
 
06.08.13
15:50
Постоянная реструктуризация происходит
1) на удалении ненужных доков.  которые пустышки по сути
2) галках регистрации регистров.
3) тут же еще вмешивается то что у меня на разработанной еще БСП втулена.
39 Maniac
 
06.08.13
15:51
(36) ))))) смеешся чтоли??? Какая нафиг выгрузка загрузка 30 гиг базы.
XML сдохнет не родившись.
40 Maniac
 
06.08.13
15:52
(37) так я на втором этапе накатываю CF выгруженный и модифицированный.
41 maxmb
 
06.08.13
15:52
Жаль что не 100 и не 200, ты бы год переносил.
42 ДенисЧ
 
06.08.13
15:53
(40) Один раз сделай.
43 maxmb
 
06.08.13
15:53
Ты остатки выгрузить не пробовал?
44 Maniac
 
06.08.13
15:54
(37) нифига подобного! Объекты есть в той базе на которую накатывается. Они там не будут удалены если их нет в новом CF!
Ты ниразу обновления не делал?
45 Maniac
 
06.08.13
15:54
(41) да там всего 2 года. Даже можно сказать год, тк за этот год контора разраслась в десяток раз.
46 Maniac
 
06.08.13
15:56
(42) Включи мозг! В базе приемнике никаким образом не удялятся объекты сами по себе!
47 Maniac
 
06.08.13
15:56
их только можно удалить РУКАМИ!
48 бомболюк
 
06.08.13
15:59
если такой объем и дефицит времени имхо только используя TSQL. Делал подобное: сначала написал прогу, генерирующую скрипт переноса, потом расположил обе базы на одном скуль-серваке и вперед. Сам перенос много времени не занимает, но написание проги по формированию скрипта скульного - это да, долго.
49 Maniac
 
06.08.13
16:00
(43) мне пять раз одно и тоже писать что пять раз уже в теме написал? - задача перенести всю базу и начать работать в один день.

ЗЫ остатки я уже тоже переносил. с помощью КД - дохнет нафиг сразу на памяти. Один только справочник номенклатуры в 400 000 элементов на XML  в пару гиг выгружается и умирает на 24 часа.
50 luns
 
06.08.13
16:02
(39) ты бы ее хоть раз запустил, прежде чем говорить.
и взглянул на варианты загрузки в приемнике.
51 Maniac
 
06.08.13
16:02
(48) Хм. щаз посовещаюсь.
52 Maniac
 
06.08.13
16:03
(50) ну и просвети? по ОЛЕ??? о дА! 30 гиг по оле))
53 luns
 
06.08.13
16:04
"Они там не будут удалены если их нет в новом CF!" о_О
54 бомболюк
 
06.08.13
16:04
вообще странно: Маня - и взвалил на себя такой геморрой... почем подрядился на такое? ;-)
55 luns
 
06.08.13
16:04
(52) я тебе уже сказал, юзай 8.3
56 Maniac
 
06.08.13
16:04
еще и без движений доков.
Сконвертированная база как я писал выше - сохраняет все движения у всех доков по регистрам.
Мне просто нужно накатить сверху конфу с модулями, формами и БСП. и почистить хрень.
57 Maniac
 
06.08.13
16:05
(55) я итак на 83. конфа под такси.
58 Cyberhawk
 
06.08.13
16:05
А удалить хрень из базы-источника не предлагать?
59 ДенисЧ
 
06.08.13
16:06
Сегодня не день Мани. Он слов не понимает вообще. Хотя и раньше не очень-то блистал.
60 luns
 
06.08.13
16:07
(57) так там же фоновая реструктуризация. в чем тогда проблема?
61 Laerys
 
06.08.13
16:07
(57) буржуйская чтоль?
62 Maniac
 
06.08.13
16:09
(58) я уею с вас товарищи. Ты читал выше? ты хоть раз ДЕЛАЛ ОБНОВЛЕНИЯ?
ХРЕНЬ НЕ ЧИСТИТСЯ из базы приемника ни при каких обновлениях.
Джае в типовых они переименовывают их но удалить не могут.
63 Maniac
 
06.08.13
16:11
(59) Я вижу кто не понимает. Каждые десять постов идет повтор какого то глупого совета.
2 человека в теме вообще с нулевым знанием процесса обновлений и удаления объектов. Не УДАЛЯТСЯ в приемнике объекты никогда никаким обновлением.
64 K-5
 
06.08.13
16:11
(0) Обратись в 1С - база мелкая а столько гемора, они такого не обещали,обещали что будет быстро
65 Ёпрст
 
06.08.13
16:14
может, забить на реструктуризацию ?
Подмени табличку с конфой в скуле с базы-пустышки и усё..
Ну будут лишние поля в скуле - потом прибьешь.
66 Maniac
 
06.08.13
16:15
(65) НЕЛЬЗЯ
Разработка ведется на пустышке.
При каждой конвертации из 77 в 8 - конвертация создает уникальные ID всех объектов.
67 Sorm
 
06.08.13
16:16
(65) Это если знать структуру конфига. Как вариант - катит, конечно, но кто тебе покажет лишние поля?
68 Maniac
 
06.08.13
16:16
Все можно сделать только сравнением и объединениям. Напрямую тоже нифига не получится сделать из за того что все внутренние идентификаторы каждый раз новые.
69 Эстет хренов
 
06.08.13
16:17
Чем тебе лишние доки насолили? если мешают удали их еще на этапе 7.7.
70 Maniac
 
06.08.13
16:18
(69) да фиг с ними. уже не трогаю. удалил. Сейчас пытаюсь уже сверху накапатить CF. Уходит в сон и каждые два часа вылет.
71 Ёпрст
 
06.08.13
16:18
(67) сам скуль и покажет - будут 2 базы в скуле.. пустышка и рабочая, имена табличек будут одинаковые, только колонок и самих табличек в одной базе будет меньше..Их тем же скулем и грохнуть/реструктуризировать.
72 luns
 
06.08.13
16:18
(63) очевидно что вы путаетесь в терминах.
если в конфигураторе удалить объект, или например загрузить кф с удаленным объектом, то конечно он не удалится вбд.
но если потом выполнить ОБНОВЛЕНИЕ, например по ф7, то удалится как миленький.
о чем тебе и сказали в (37)
73 K-5
 
06.08.13
16:19
(68) Может с проведением замутить?
Составь список проведенный в 7.7 документов
Отмени проведение
Перенесе в 8
В 8 настраивай регистраторы
и потом перепроводи
74 Maniac
 
06.08.13
16:19
с 30 гиг в 53 сейчас превратилась и оборвалась нафиг.
75 бомболюк
 
06.08.13
16:20
как ни крути а штатно 30 гигов за 2 часа не перелопатить.
76 Maniac
 
06.08.13
16:20
(73) боюсь что перепроводка базы с 2000 доков в день это месяц.
77 luns
 
06.08.13
16:20
(74)может в симпл перевести и журнал отключить?
78 K-5
 
06.08.13
16:22
(76) Что то я не понимаю, ты в 8 выгружаешь доки и не проводишь?
79 Maxus43
 
06.08.13
16:23
процесс полной реструктуризации по сути занимает столько же места, что и сама база, там тупо создаются новые таблицы и перегоняются данные. т.е. х2 объём нужон
80 Fragster
 
модератор
06.08.13
16:24
(39)(52) и что?
81 Maniac
 
06.08.13
16:26
(80) то что я из этой УТ в БП один месяц 4 часа перегружаю движения за месяц. а ты всю базу хочешь)
82 Fragster
 
модератор
06.08.13
16:31
(81) ну, я не виноват, что ты так перегружаешь... ну и для идентичных баз все немного проще и быстрее - insert into select
83 Maniac
 
06.08.13
16:39
(82) я точно уверен что метод выгрузки загрузки будет дольше чем руструктуризация.
Пока чт оу меня еще проблема чт оя ниразу не смог выполнить ее до конца из за вылета ошибок.
84 Maniac
 
06.08.13
16:41
Я думаю все виной добавленная БСП в разработанный CF
85 Maniac
 
06.08.13
16:41
а без нее тоже никак((( палка о двух концах. Короче продолжаю мучать все свяческими способами. Будет результат отпишусь.
86 Maniac
 
06.08.13
16:42
походу придется БСП круто резать. оставлять только базовое.
87 Maxus43
 
06.08.13
16:47
с чего уверенность что БСП виновато? виновата реструктуризация таблиц с данными (много много где), или это вызвало БСП?
88 Maniac
 
06.08.13
16:53
(87) ей в том числе.
При удалении или добавлении любого объекта докуента (а в БСП они есть добавленные) уходит в реструктуризацию.
У меня двойная ситуация.
И БСП и свои.
89 Ёпрст
 
06.08.13
16:53
(82) скорее еще проще.. alter table + drop table
^)
90 Maniac
 
06.08.13
16:54
Сама тупость этого процесса что начинает пересчитывать всю базу даже если эти доки никаким боком в регистрах не учавствовали.
91 Maxus43
 
06.08.13
16:54
(88) реструктуризация идёт если затрагиваются другие объекты. Если есть тип ДокументЛюбаяСсылка - то будет реструктуризация того объекта, да. Иначе не будет
92 Maniac
 
06.08.13
16:55
(89) :))))) самый просто видимо пройтись копи пастом) и вставить все формы и модули)))
93 Эстет хренов
 
06.08.13
16:57
(90) хз, может у тебя есть индексируемые поля с типом ЛюбаяСсылка.
94 Maniac
 
06.08.13
16:58
(93) сейчас гляну.
95 Maniac
 
06.08.13
16:58
(93) даже если так то должна пересчитывать только этот регистр. а пересчитывает все.
96 Laerys
 
06.08.13
17:01
(86) Это уже палка о 3 концах, мне как то нужно было пару систем, в итоге опять же пол БСП к нему присосалось)
97 Maniac
 
06.08.13
17:01
3 регистра в которых измерение с типом Документ.
Взаиморасчеты, партии, товары отданные.
Галок по индексиции у них не включено.
98 Shurjk2
 
06.08.13
17:01
(95) Ты знаешь каким образом храняться составные типы?
А вообще что то явно с базой не так - это тебе не выгрузки из экселя.
99 Maxus43
 
06.08.13
17:02
(97) да пофиг на индексацию, всё равно структура таблицы изменится
100 Maniac
 
06.08.13
17:02
Самый большой регистр Статусы заказов клиентов.
И он уходит в любых случаях в реструктуризацию. У него только заказ клиента с типом.
101 Maniac
 
06.08.13
17:03
(98) ну да. Она всего навсего 30 гиг. А я накатываю на нее конфу с БСП в которой присобачено половина метаданных новых.
102 Жирафка
 
06.08.13
17:04
(0) была похожая проблема в УПП (120 Гб). Зависала на регистрах сведений с текстовыми полями (10 тыс. записей).
После очистки регистра все заработало.
103 Shurjk2
 
06.08.13
17:05
(101) У меня было такое как то раз, откатился до начального состояния более аккуратно все накатил и пошл нормально. Там у тебя случайно хранилища нет?
104 Maxus43
 
06.08.13
17:06
(99) этот регистр можешь выгрузить-загрузить xml-кой?
суть - здоровые регистры выгрузи, реструктуризируй и загрузи в зад
105 Shurjk2
 
06.08.13
17:07
И замените слово реконструируется - реструктуризируеца в заголовке, а то глаза режет.
106 Shurjk2
 
06.08.13
17:08
(104) 30 гигов это все равно не 10 часов, дело там явно не только в данных регистров. У меня примерно на таком же объеме регистры бухгалтерии и то быстрее реструктуризируются - где то пол часа не больше.
107 Maxus43
 
06.08.13
17:09
(106) короче бороться я предлагая вычленяя самые большие таблицы, анализируя их реквизиты/измерения и т.д. и думать что в конкретном случае лучше сделать
108 Fragster
 
модератор
06.08.13
17:11
короче, средствами скуля - делаем копию, на регистры truncate, реструктуризация, перенос данных из копии.
109 Fragster
 
модератор
06.08.13
17:12
данных - только регистров, естественно. на все про все - максимум час.
110 Maxus43
 
06.08.13
17:12
(108) структуры таблиц же наверняка разные будут, надо смотреть будет каждую различающююся, чтоб понять как перенести
111 Fragster
 
модератор
06.08.13
17:12
специально для мани - продам за 5000 обработку помошник сокращения типов
112 Fragster
 
модератор
06.08.13
17:13
(110) сфига? я ж говорю, скулем перед реструктуризацией копию делаем. при усечении типов регистратора сами поля не меняются (по крайней мере я не замечал)
113 Shurjk2
 
06.08.13
17:14
(112) Как же они не поменяются, когда для хранения каждого из типа составных данных отводиться отдельное поле.
114 Ёпрст
 
06.08.13
17:15
На вот, решение всех проблем.. за даром:

declare @name nvarchar(128), @Rows int
declare Names cursor static for
select
    table_name
from
    INFORMATION_SCHEMA.TABLES
where
    table_catalog = DB_NAME()
    and table_name != 'dtproperties'
open Names
SET @Rows = @@Cursor_Rows

WHILE @Rows > 0
begin
     FETCH Names Into @name
    SET @Rows = @Rows - 1
    declare @qt nvarchar(128)
   set @qt = N'drop table +'+@name
    exec sp_executesql @qt
end
close Names
deallocate Names
© ADirks
115 Fragster
 
модератор
06.08.13
17:15
(113) если только ссылочные - то нет, всего 3 колонки, не зависимо от того, сколько там разных ссылок может быть
116 Fragster
 
модератор
06.08.13
17:16
(114) злой
117 Ёпрст
 
06.08.13
17:17
вычищает с базы всё лишнее, в разы ускоряет работу базы.
118 Ёпрст
 
06.08.13
17:17
(16) наеборот, добрый
:)
120 Maxus43
 
06.08.13
17:18
(114) :)
121 Maniac
 
06.08.13
17:21
(114)

Есть только одна проблема. Такая малюсенькая.
У меня есть  СF который я получил один раз из конвертации.

Теперь я делаю новую конвертацию рабочей базы с данными и меня - хренак и все новые внутренние идентификаторы, соответственно и таблицы тоже.
Это уже не две одинаковые базы.
122 Maniac
 
06.08.13
17:22
Например я уже не могу конфу обновить методом Загрузить новую конфигурацию - у меня полностью удаляются и создаются заново все объекты. И залить я сейчас могу только объединением.
123 Fragster
 
модератор
06.08.13
17:22
(122) -> (112)
124 Ёпрст
 
06.08.13
17:24
(121) блин..
Средствами скуля имеещь клон базы один в один, в нём чистишь всё скулем, делаешь реструктуризацию свою, имеешь рабочий cf-ник..
Далее как хочешь - хочешь 1 раз накати на рабочую конфу и жди, хочешь, dts-ом перенеси в клон с рабочей, хочешь, наеборот, в рабочей соглано клону отрежь лишнее.
125 Maniac
 
06.08.13
17:24
Кажется я прогнал. тк как не попробовал сделать так:

1) конвертирую базу. У нее новые ID
2) теперь я из этой базы выгружу в пустую CF
3) там на пустой накачу свою.
4) выгружу из этой
5) загружу ее в базы с данными.
Емае этож вариант. Внутренние останутся от родного CF
Может даже получится тогда сделать не объединением а замещением.
126 Ёпрст
 
06.08.13
17:25
дел.. на пол часа на всё..
127 Maxus43
 
06.08.13
17:25
(123)(124) он имеет ввиду что после реструктуризации AccRg2305 вдруг станет AccRg666
128 Ёпрст
 
06.08.13
17:26
(127) это как ?
:)
129 Maniac
 
06.08.13
17:27
(127) вот вот. а оно так и происходит.
Обработка конвертации базы 77-8 создает базу каждый раз со своими новыми идентификаторами таблиц.
130 Maxus43
 
06.08.13
17:28
(128) это я так понял его пост (122).
при удалении-добавлении объектов номера таблиц в скуле могут сместится жеж
131 Maniac
 
06.08.13
17:28
(128) а вот так. если в конфигураторе делать Загрузить измененную конфигурацию6 а не Объединить, сравнить - она выдает удаление всех объектом и создание новых - этих же самых.
132 Ёпрст
 
06.08.13
17:29
(130) старые объекты так и будут со своими ид.
133 Ёпрст
 
06.08.13
17:29
что в оригинальной базе, что в кастрированном клоне.
134 Maxus43
 
06.08.13
17:30
(131) я про скуль, что в конфигураторе мне пофиг) Я не знаю будет ли сей эффект после реструктуризации
135 Ёпрст
 
06.08.13
17:30
(134) и в скуле аналогично
136 Maniac
 
06.08.13
17:31
(132) если бы так было то конфигуратор бы не выдавал удаление всех и создание новых.
137 Maxus43
 
06.08.13
17:31
(133) насколько помню - там сквозная нумерация, если удалить из "серидины" - остальные дальше сменят ид, или я туплю?
138 Ёпрст
 
06.08.13
17:33
(137) конечно нет, у тебя же соответствие cf-ки всем табличкам в скуле..
139 Maniac
 
06.08.13
17:33
(133) В оригинальной базе каждый день еще один прог сидит колбасит новые объекты. Никто работу в ней не отменял.
140 Ёпрст
 
06.08.13
17:33
и ..примитив на генерацию нового ид для метаданных - всё время на увеличение..
141 Maniac
 
06.08.13
17:34
Я их сейчас добавляю к своей. Уже было два новых документа. Удаляли в семерке и чистили тоже много чего. Регистр добавился. Я это уже руками вношу в восьмерку.
142 Ёпрст
 
06.08.13
17:34
(139) ты переезд на месяц растягивать собрался что ле ?
Всё делается за раз один раз.
Усё.
:)
143 Maniac
 
06.08.13
17:35
(142) 4 месяца. подготовки. 1 день запуска.
144 Maniac
 
06.08.13
17:38
нам еще полбазы надо написать обработок, отчетов. и прочего.
Я пока что сделал документы, формы и их модули.
И для тестовой гоняю рабочую базу.
Сейчас роботов еще дописываем подключать будем и так далее. Работы еще еперный балет.
145 Maxus43
 
06.08.13
17:39
(144) скайнет там не изобретите
146 Maniac
 
06.08.13
17:40
Даже пустую CF сейчас не могу поверху залить свой.
пипец... уже просто на пустой базе пробую.


Сыпет
Таблица поле Fld2891 не содержится в разделе FROM
Сейчас буду искать что за хрень
147 Shurjk2
 
06.08.13
17:40
А я сразу сказал, что дело не в данных.
148 Maniac
 
06.08.13
17:41
+(146)
1) из конвертированной выгрузил конфигурацию
2) пытаюсь на пустой базе объединить со своей, чтобы потом этот выгрузить и на рабочую подгрузить.
149 Тоненький Клиент
 
06.08.13
17:48
а я думал, Евгений мегаспец и всё умеет
150 Shurjk2
 
06.08.13
17:49
(149) Он только по экселю. Ну еще вроде как продажник неплохой.
151 Maniac
 
06.08.13
17:56
Методом тыка объединение прошло с установкой совместимости.
152 luns
 
06.08.13
18:01
"Самый большой регистр Статусы заказов клиентов."
зачем хранить устаревшие статусы?
153 Maniac
 
06.08.13
18:03
(152) год минимум. специфика бизнеса.
154 luns
 
06.08.13
18:04
(144) посоветуй им позвать специалиста
155 luns
 
06.08.13
18:05
(153) зачем? вот скажем по отгруженным  уже. какова цель?
156 Maniac
 
06.08.13
18:07
(155) отгруженным нет. Но статус заказа закрывается полностью только есл и все позиции заказа выполнены. Даже статус отгружено это итог в регистре.
Пока не будет сделано закрытие. которое уже отменит и статус отгружено.
Для целостности информации на сайте. И работе с клиентами.
Плюс есть заказы которые могут быть актуальными месяцами.
157 Maniac
 
06.08.13
18:10
(154) вот так посоветую и все вопросы сразу решаться. от простого совета вдруг всем станет легче. Сразу спецы по 83 набегут!! - веть таких сейчас хоть лопатой греби.
158 Maniac
 
06.08.13
18:12
цука. пошла реструктуризация на рабочей базе без вылетов.
Все получилось только при смене методом тыка редима совместимости.
За 15 минут обработало 380 тысяч элементов справочника единиц.
159 Maniac
 
19.08.13
16:55
С последнего помента ничего не пробовал.
С серваком завозились. Сейчас запустил снова. Жду. Уже 7 часов белый экран.
160 arsik
 
гуру
19.08.13
17:19
(0) Все не читал, но напрашивается перенос через XML
Потихоньку переноси документы. Помесячно, до закрытого периода (где по сути не могут поменять документы) включишь УРБД 7шное и дальше переноси:
Типа - все измененные от даты закрытой по месяц переноса + месяц.
Ну и в конце у тебя получится 2 идентичные базы. В последний момент перенесешь только все измененные и заставишь юзеров уже в новой все делать.

В принципе сейчас примерно тем же занимаюсь. ТОлько у меня 2 сторонний обмен.
161 Maniac
 
19.08.13
17:21
(160) не тянет XML.  Мы ежемесячно из торговли в бух выгружает данные. занимает все порядка 6 часов. Только за 1 месяц.
Это еще и провести доки.
У нас оменклатура огромная.
162 Maniac
 
19.08.13
17:22
за год выгрузить помесячно, да еще все провести - неделя уйдет.
163 arsik
 
гуру
19.08.13
17:24
(162) Ну и кули неделя? У тебя же юзеры всю эту неделю будут в старой 7ке работать. А как до конца догрузиш моментом их на 8ку перекинешь.
164 arsik
 
гуру
19.08.13
17:25
Ну и сравнил - самописку и бухию. У тебя там поди 2 регистра и 3 справочника. Быстрее будет делать
165 arsik
 
гуру
19.08.13
17:27
Тем более сразу проводить и нет необходимости. Загружаеш в 8ку со статусом записано, но не проводиш. Это еще быстрее. Потом, ближе к концу все скопом проведеш
166 arsik
 
гуру
19.08.13
17:33
Ну и еще плюс. Никто же тебя руками не заставляет помесячно  переносить. Там практически пару строк кода + правила+ обработка стандартная 1Совская по переносу из КД.
167 z01
 
19.08.13
17:34
(19)специалиста пригласить?
168 arsik
 
гуру
19.08.13
17:35
(167) Точно. За полтос легко напишу.
169 z01
 
19.08.13
17:50
(0)вообще подумать что именно делается столько времени и почему не предлагать?
170 МуМу
 
19.08.13
17:56
(162) Советы толковые уже давали, просто ты их не видишь.
171 Maniac
 
19.08.13
19:47
(164) вот именно! что ты сравнил самописку в которой просто шизец взаимосвязей и всего остального. И бухию в которую только номенклатуру, количество, цену, сумму достаточно передать.
172 Maniac
 
19.08.13
19:48
(169) давно изместно что и оно единственное - реструктуризация и пересчет регистров.  Хотя конкретно они вообще никак в накатываем конфигурации не изменены.
173 Maniac
 
19.08.13
19:52
В новом CF добавлена БСП. С ее справочниками, один док взаимодействий и куча регистров сведений.
Я когда БСП внедрял на первой сконвпертированной базе - она только в полную реструктуризацию - пересчеты регистров ушла.

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

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

Короче говоря в 1С считают что надо все регистры пересчитывать при любом чихе.
174 Maniac
 
19.08.13
19:53
(170) они не подходят. Не подходит выгрузка и загрузка через XML. И точка! не нужно это даже советовать.
175 Maniac
 
19.08.13
19:58
в 1С надо писать письмо. Это недоработка платформы.
176 Aprobator
 
19.08.13
20:18
что за ужасы по понедельникам?
177 mikeA
 
19.08.13
20:45
(62) Конфигурация - Сравнить, объединить с конфигурацией из файла - Настройка - Разрешить удаление объектов основной конфигурации

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

В типовых удаляемые реквизиты переименовывают чтобы дать возможность перенести из них данные.
178 Maniac
 
19.08.13
20:49
(177) в 83 тоже самое. наследование тоже не помогает.
179 Maniac
 
19.08.13
20:49
Короче без реструкрутизации никак. А я думал 10 минут и все будет готово.
180 mikeA
 
19.08.13
21:09
(178) а галки ставил на объектах которые надо удалять?
181 z01
 
20.08.13
09:23
(114)что оно делает?
182 z01
 
20.08.13
09:51
(173)ларечники... )))
мозг включить нужно и поиск тут уже обсуждали чуть более чем нужно тебе сейчас несколько раз ну или мониторы  активности запусти и напиши хотя бы что именно работает всё это время и работает ли или придавлено чем-то
183 Aprobator
 
20.08.13
10:07
(114) добрый ты нынче что то )
184 Aprobator
 
20.08.13
10:09
(0) если по теме, то как минимум на скуле модель восстановления - Simple. Потом архив и шринкнуть базу. Уже веселее на порядок будет. Ну и с параметрами роста файлов базы и лога поиграться, сделать их чуть побольше, чем стандартные 1Мб и 10 процентов.
185 z01
 
20.08.13
10:28
(114)что  делает?
186 Бертыш
 
20.08.13
10:33
(114) Сначала обрадовался. Думаю во классно, есть классное решение которого я не знаю. Даже приятелю с проблемами производительности хотел послать. А потом вчитался в код.
187 Бертыш
 
20.08.13
10:36
(185) А ты поищи "DROP TABLE"
188 ДенисЧ
 
20.08.13
10:40
А Ёпрст весельчак...
189 Бертыш
 
20.08.13
10:43
(188) Я бы удалил такую шутку. А то кто-нибудь может и повестись.
190 ДенисЧ
 
20.08.13
10:44
(189) Да ладно... Было уже - как изменить формат файла...
191 z01
 
20.08.13
10:55
(187)это понятно, только конфа в одной таблице лежит э этот код что прибивает?
192 Ёпрст
 
20.08.13
11:13
(185) избавляет от торможения . База просто летает!
193 Бертыш
 
20.08.13
11:18
(191) Если понятно то какие вопросы.
(192) Настырный
194 vvf1973
 
20.08.13
11:24
(191) вы можете попробовать на тестовой базе :-)
195 Vovan1975
 
20.08.13
11:42
ыыыыы
1)сконвертировать базу из 77 в 8
2)выгрузить конфу из восьмерки, сделать пустую базу, загрузить конфу
3)рихтовать пустую конфу как надо
4)универсальной выгрузкой-загрузкой выгрузить данные из сконвертированной базы в рихтованную

профит!
196 МихаилМ
 
20.08.13
11:50
(195)
выгрузить-загрузить 30 гигабайт ?
197 бомболюк
 
20.08.13
11:53
(195) всему бывает предел, а предел возможностей XML по выгрузке-загрузке - это гораздо меньше 30-ти гигов.
198 Vovan1975
 
20.08.13
11:58
(196), (197) для вас обоих сюрприз что грузить необязательно в файлик?
199 Vovan1975
 
20.08.13
11:59
+(198) или что грузить в тот же файлик не обязательно всю базу сразу?
200 бомболюк
 
20.08.13
12:01
(199) расскажи ка лучше, о учитель, из опыта своего: базы какого размера ты так перегонял, а главное - сколько у тебя это времени заняло?
201 Vovan1975
 
20.08.13
12:02
(200) "расскажи ка лучше, о учитель"
а не пойти ли вам в сад?
202 Бертыш
 
20.08.13
12:03
А вот интересно. Можно ли завязать на уровне SQL две разные базы. То есть написать программу которая будет прямым запросом выбирать данные из одной БД и засовывать в другую.
203 бомболюк
 
20.08.13
12:09
(201) ну раз сказать Вам по существу нечего - стоило бы наверное промолчать. Прислушайтесь хотя бы к ТС относительно использования XML для решения этой задачи.
204 Vovan1975
 
20.08.13
12:11
(203) ты сам то читал?
ну хотябы (50)? и что там до него?

может прежде чем выпендриваться, подумаешь?
205 бомболюк
 
20.08.13
12:18
(204) а ты (161) внимательно читал?
206 Vovan1975
 
20.08.13
12:20
(205) да читал. Мальчик дурачок, МПХ умудрился сломать. И что?
207 бомболюк
 
20.08.13
12:26
(206) я конечно знал, что есть такие одинэсники, которые всех вокруг считают идиотами, но думал, что до 38-ми годов такое точно проходит. ТС по крайней мере попробовал это делать, а Ваши выводы сплошь умозрительны.
208 Vovan1975
 
20.08.13
12:30
"ТС по крайней мере попробовал это делать, а Ваши выводы сплошь умозрительны"

бугага
209 МихаилМ
 
20.08.13
12:38
(202)
легко. читайте про триггеры и view

на уровне субд ms sql можно даже "бесшовно" организовать работу в 1с77 и 1с8 в рамках одной базы. естественно с сопоставимыми сущностями
210 z01
 
20.08.13
12:44
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'

и что?
211 Aprobator
 
20.08.13
13:45
(210) да чистит тот код все в базе вообще. Выносится как сама конфа, так и данные.
212 z01
 
20.08.13
14:14
вот мне братья по разуму ))) посоветовали )))

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);

говорят что проще дропнуть
213 Aprobator
 
20.08.13
14:47
(212) еще быстрее скуль вынести тогда уж.
214 Maniac
 
20.08.13
15:53
Пипец. Что за ....
Восьмерка при каждом чихе реструктуризирует всю базу, все объекты.
Просто в сконвертированной базе взял удалил неиспользуемый док - реструктуризация всей базы, всех объектов.
215 Бертыш
 
20.08.13
16:31
(209) Поучился бы с удовольствием
216 z01
 
20.08.13
16:49
(215)msdn
(214)"всю базу, все объекты" - дурь энергетиками запиваете?
217 Бертыш
 
20.08.13
17:36
(214) База то у тебя на твердотельнике? Если нет, то ты и в правду маньяк.
218 МихаилМ
 
20.08.13
17:43
(214)
со времен 8.1. реструктуризировались отдельно объекты
и только бух подсистема могла реструктуризировать доки (исправили).

в 8.2 реструктуризация проходит только у измененных объектов
8.3 - не знаю
219 Maniac
 
20.08.13
17:50
(217) SQL, рейд на SSD
220 z01
 
20.08.13
17:57
(129)ну так что же показывают мониторы производительности скульного и виндового серверов с базой?
221 Maniac
 
20.08.13
18:04
Все пилять я победил ее.
222 Maniac
 
20.08.13
18:05
Короче пилять ни в коем случае не юзайте 83, не знаю шо с ней но я смогу базу нормлаьно обновить только в режиме 8.2
И всего за пару часов.
223 z01
 
20.08.13
18:09
(222) а разве есть конвертор из семерки в 8.3?
224 Maniac
 
20.08.13
18:16
(223) не работает. 82 тоже не работает.
Несколько жтапов.
1) конвертация самой базы 81
2) запуск ее  и переконвертация в 82
3) далее режим 82 и в режиме 82 обновление конфы
225 Grobik
 
20.08.13
18:21
(224) Неужели это сработало? Да еще и быстрее 10-ти часов?
226 МуМу
 
20.08.13
18:26
(174)Я же говорю не слышишь, читай внимательней.
227 Aprobator
 
20.08.13
18:30
(222) монстр. Я всегда говорил и буду говорить - Маня горы свернет со своей энергией ). Хотя, смысл всех этих извращений, мне непонятен.
228 Maniac
 
20.08.13
18:30
(225) быстрее чем 2 часа. Думаю даже еще быстрее. тк я даже и не засек. Увидел только что бах и готово.
229 Maniac
 
20.08.13
18:31
Буду пробовать еще раз сконвертировать базу и накатить. Но уже через недельку.
230 Maniac
 
20.08.13
18:34
Вот такие вот грабли с совместимостями.
231 Maniac
 
20.08.13
18:40
за 1 час 20 минут в журнале.
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой