Вход | Регистрация
 

Что быстрее: серверная или файловая база для перехода БП 2.0 на БП 3.0?

Что быстрее: серверная или файловая база для перехода БП 2.0 на БП 3.0?
Я
   Dmitry_FFF
 
12.04.21 - 08:58
Есть Core i7 3770k/32gb, SSD Скорость 600/600Мб/С
Размер базы 4Gb.
На файловой переход с БП 2.0 на 3.0 занимает 8 часов.
Как думаете если поставить 1с сервер и постгре быстрее дело пойдет?
   Фрэнки
 
1 - 12.04.21 - 09:09
нет
   Фрэнки
 
2 - 12.04.21 - 09:11
в любом случае, переход однозначно монопольный режим с доступом к файлу на локальном ссд - это всегда быстрее, чем обращение к лишним прокладкам
   Фрэнки
 
3 - 12.04.21 - 09:13
тем более, в монопольном режиме (однопользовательском) обращение к диску кэшируется, даже если это ссд.

Кстати, а проблема в чем? у тебя случайно шара к этому диску поднята? Так отломай ее нах!
   Garykom
 
4 - 12.04.21 - 09:13
(2) А вот тут спорно
Можно же взять чистую базу БП3 и перенести в много потоков данные из старой базы БП2
   Фрэнки
 
5 - 12.04.21 - 09:15
(4) если бы он написал, что база 400 гб - я бы ещё задумался, что ему посоветовать - оператива _локального_ компа 32 и база 4 гб - о чем тут спорить?!
   Garykom
 
6 - 12.04.21 - 09:16
(0) Быстрее было бы свернуть базу БП2 (удалить лишние старые документы) что можно делать в фоне при текущей работе
А затем маленькую базу БП2 сконвертить в БП3
   Dmitry_FFF
 
7 - 12.04.21 - 09:16
(3) Шары нет
   Dmitry_FFF
 
8 - 12.04.21 - 09:16
(4) Это как?
   Фрэнки
 
9 - 12.04.21 - 09:17
Причем, если у него в базе, допустим на минуточку, разрешено изменение конфигурации с сохранением поддержки, то только на конфигурацию уйдет что-то более 1,5 гб от всей его базы, которые никак в многопоточку не раскроются
   Garykom
 
10 - 12.04.21 - 09:18
(5) Базу 400 гб задолбаешься переносить данные )) Хотя конечно смотря что там, если прикрепленные файлы то фигня вопрос
   Фрэнки
 
11 - 12.04.21 - 09:18
(7) ну если шар к ссд твоему нет 100% , то файловый режим однозначно самый быстрый на таком объеме данных
   Garykom
 
12 - 12.04.21 - 09:18
(8) Если у вас подобный вопрос возник то это не ваш вариант
   Dmitry_FFF
 
13 - 12.04.21 - 09:20
(5) 400 гб - таких файловых баз не бывает
   Фрэнки
 
14 - 12.04.21 - 09:20
(13) :-)
   Фрэнки
 
15 - 12.04.21 - 09:22
(13) кстати, повторю еще раз мысль - база исходная в каком режиме подвергается переносу? там разрешено изменение конфиграции с сохранением поддержки? Это может быть причиной сильного замедления и ошибок при переходе из 2.0 в 3.0 через специальный дистрибутив для перехода.
   Dmitry_FFF
 
16 - 12.04.21 - 09:24
(12) Я переношу загрузкой конфигурации БП 3.0. БП 2.0 и 3.0 структура данных не очень совпадает и там много выполняется кода для изменения данных. Во много потоков это я понимаю как загрузка данных из XML, но для этого нужны правила переноса БП 2.0 - 3.0. Насколько я понимаю официальных правил нет. Свои делать, как и чужие покупать и тестировать не вижу смысла.
Схема перехода отработана.
Хочется ее ускорить.
   Aleksey
 
17 - 12.04.21 - 09:25
(12) И все таки это как?
Вопрос не в том как физически это сделать, вопрос в том что там данные пересекаться, и их трудно паралелить (это же не 2 организации паралельно грузить)
Ну разделим мы ТМЦ и зарплату, но это капля в море, Остальное время будут блокировки
   Garykom
 
18 - 12.04.21 - 09:25
(13) Бывают.
У 1С упирается в размер одной таблицы 4-6 гб, а таблиц в базе можно много понаделать и 400 гигов файловую теоретически получить
   Dmitry_FFF
 
19 - 12.04.21 - 09:25
(15) В конфигурации минимальные изменения, типа добавлено поле в табличной части Реализации, добавлены новый роли с правами на свой вкус. Перед переносом, я возвращаю конфигурации к оригинальной 1с.
   RomanYS
 
20 - 12.04.21 - 09:26
(16) А зачем такая цель? Процедура один раз делается. Нужно уложиться в какое-то конкретное время?
   Garykom
 
21 - 12.04.21 - 09:26
(16) Подожди что ты делаешь?
Ты вместо типового обновления конфы БП2>БП3 делаешь именно перенос данных через XML?
   Dmitry_FFF
 
22 - 12.04.21 - 09:28
(21) Я делаю типовое обновление. Ты говоришь что можно грузить в несколько потоков. Я спрашиваю как это делать. Ты говоришь, что если я такое спрашиваю, то я нуб. Я тебе говорю, что я это понимаю как перенос через XML.
   Фрэнки
 
23 - 12.04.21 - 09:29
(19) (16) пишешь, что конфигурация _перед_ переносом установлена в абсолютно типовую, т.е. "под замок" ?

Но тогда для перехода из 2.0 в 3.0 используют специальный дистрибутив этого перехода. Не установку какой-то 3.0 из файла поставки, а именно специальный дистрибутив для перехода
   Йохохо
 
24 - 12.04.21 - 09:30
"переход с БП 2.0 на 3.0 занимает 8 часов" это нужно каспера в параноидальном режиме включить, чтоб 8 часов. и чтобы еще 4гб не 1цд весил а дт
   Dmitry_FFF
 
25 - 12.04.21 - 09:30
Вообщем, всем спасибо, буду переезжать через файловый вариант. Если будет скучно, параллельно запущу перенос через 1с сервер и буду смотреть кто победит.
   Dmitry_FFF
 
26 - 12.04.21 - 09:31
(23) Именно его и использую.
   Фрэнки
 
27 - 12.04.21 - 09:31
В этом случае, с использованием перехода специальным дистрибутивом, файловый режим на локальном доступе будет всегда самый быстрый, если только сама база не слишком большая, а 4 гб - это очень маленькая база.
   Dmitry_FFF
 
28 - 12.04.21 - 09:31
(24) Каспер это из какого то мультфильма? Не смотрел
   RomanYS
 
29 - 12.04.21 - 09:31
(23) Какая разница, время похоже едят процедуры после первого запуска, а не действия в конфигураторе
   Фрэнки
 
30 - 12.04.21 - 09:32
(29) :-)
 
 Рекламное место пустует
   Фрэнки
 
31 - 12.04.21 - 09:35
(29) и чего там есть-то на 4 гб одного 1цд-файла?! :-)))))
з.ы. он даже еще не начинал, а всего лишь только предварительно задумался
   Garykom
 
32 - 12.04.21 - 09:36
(22) >Я тебе говорю, что я это понимаю как перенос через XML
не обязательно XML, есть множество способов
в случае sql там даже на прямую запросами между базами можно
   arsik
 
33 - 12.04.21 - 09:37
4 Гб, 8 часов на нормальном железе - что то больно долго.
   Garykom
 
34 - 12.04.21 - 09:37
(29) Тогда сначала в файловой в конфигураторе, затем базу в sql и первый запуск!
   Garykom
 
35 - 12.04.21 - 09:37
(34)+ но 32 оперативки слишком мало для sql нормальной работы
   Фрэнки
 
36 - 12.04.21 - 09:40
(33) 4 гб базы типовой БП 2 в файловом должно быть очень быстро. Если проблема есть, то это явно что-то с базой произошло нетипичное
   RomanYS
 
37 - 12.04.21 - 09:43
(33)(36) Причин может быть две
-не оптимальный код (например запрос в цикле)
-тысяча процедур, которые отрабатываются по одной в регламентых процедурах с задержкой в минуту (например)
   Фрэнки
 
38 - 12.04.21 - 10:03
(37) и эти обе причины не имеют ничего общего с кодом типовой
   hhhh
 
39 - 12.04.21 - 10:07
да, что-то с базой похоже. Обычно обновление такой базы около часа. А тут 8 часов. Да еще какие-то xml.
   Йохохо
 
40 - 12.04.21 - 10:08
(39) +1, или у тс темп на хдд
   RomanYS
 
41 - 12.04.21 - 10:10
(38) В типовых типа идеальный код? Я с чем-то подобным (не помню уже, кажется там запрос в цикле был) сталкивался при переводе редакций розницы года три назад. Переписал процедуру получил ускорение на несколько порядков.
   timurhv
 
42 - 12.04.21 - 10:19
Код может быть и оптимальным и выполняться сотые доли секунды, например разбор марок в подсистеме для работы с ЧЗ. Только если поставка с 130тыс марок, то это уже занимает 22 минуты.
   VladZ
 
43 - 12.04.21 - 10:22
(0) Я думаю, что на MS SQL будет быстрее. Попробуй.
На постгре - не готов ответить.
   Фрэнки
 
44 - 12.04.21 - 10:55
(41) мне как-то безразлично, насколько он оптимален в типовой.
Есть базы на типовой, а большинство из них небольшие и как раз болтаются в пределах до 10 гб.
Есть переходы с бп 2.0 на бп 3.0. Практика, а не теория.
На практике подтверждается, что на файловом режиме это гораздо быстрей работает и никогда не занимает много времени,
при условии, что сама исходная база в порядке и там установлена типовая "под замком".
   RomanYS
 
45 - 12.04.21 - 11:03
(44) "Типовая под замком" влияет только на время сравнения/объединения/реструктуризации. И практически не влияет на процедуры после запуска.
Твоя практика показывает, что ты с этими проблемами не сталкивался, отсюда никак не следует что этих проблем не существует.

Про "файловая быстрее" для этих целей в большинстве случаев - согласен.
   Фрэнки
 
46 - 12.04.21 - 11:06
(45) а твое упрямство показывает что?!
   RomanYS
 
47 - 12.04.21 - 11:10
(46) Мои версии в (37). Чтобы проверить достаточно ТСу открыть в обновленной копии отчет об обновлении. Время выполнения процедур фиксируется.
   Dmitry_FFF
 
48 - 12.04.21 - 13:27
В отчете 1:22 минуты.
8 Часов уходит на 
1. Свертку,
2. Загрузку конфигурации
3. Обработка при первом старте.
   RomanYS
 
49 - 12.04.21 - 13:36
(48) я про отчёт который как раз 3. расшифровывает.
1. Ну и про свёртку ты забыл упомянуть)))
2. Если этот пункт со всеми реструктуризациями на 4Гб базе занял больше получаса, возможно у тебя действительно проблемы с железом


Список тем форума
Рекламное место пустует  Рекламное место пустует
2 + 2 = 3.9999999999999999999999999999999...
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.