Имя: Пароль:
1C
1С v8
Перенос большой базы 1С с MS SQL на Oracle
, ,
0 beholder
 
26.03.15
22:25
Добрый день.

Собрались переходить вот. В связи с этим вопрос, а вообще реально средствами 1С выгрузить и загрузить в/из dt базу весом в 1 террабайт?
1 vde69
 
26.03.15
22:35
я сомневаюсь что DT в теробайт реален....

может лучше скулевским экспортом через ODBC  ???
2 Ma3eIIa
 
26.03.15
22:36
сколько он то времени будет выгружать в дт :) запусти да и пробуй другой вариант
3 beholder
 
26.03.15
22:43
(1) рассматриваем такой вариант.
Хотелось бы конечно стандартными средствами 1С, но что-то мне подсказывает что это не наш случай.

(2) сейчас буду запускать. ))))
4 Asmody
 
26.03.15
22:44
чет я подозреваю, что терабайт и средствами "не-1С" сложновато будет перенести
5 beholder
 
26.03.15
22:45
Короче запустил выгрузку в dt с копии базы. )))
6 Ma3eIIa
 
26.03.15
22:47
я думаю можно смело идти пить пиво. надеюсь с утра что то будет :)
7 Asmody
 
26.03.15
22:51
(6) я думаю, что можно идти пить пиво до самой Пасхи.
8 Ma3eIIa
 
26.03.15
22:54
(7) а бы было.а так то
совет (1)
а https://msdn.microsoft.com/en-us/library/ms141026.aspx
9 Basma4
 
26.03.15
22:56
если у вас есть свободное место для временного файла на сервере 1С то теоретически можно, но скорее всего нет.
А чего там в 1ТБ то? может можно сократить?
10 beholder
 
26.03.15
22:57
(9) а временный файл где создается? Так-то диск в 2 Тб прикрутили к серваку админы...
Сократить можно и нужно, но это долгий процесс.
11 vde69
 
26.03.15
23:03
стандартный подход ко всяким таким операциям требует ТРООЙНОЙ объем... так, что не пройдет....
12 Gepard
 
26.03.15
23:06
если переносится для того, что бы быстрей работала... ну в общем расскажите пожалуйста о проценте ускорения... (если оно будет конечно)
13 Sonny
 
26.03.15
23:08
Больше проблем будет с загрузкой, чем с выгрузкой. 1С-ка при загрузке дтшника создаёт временные файлы соизмеримого с самим дтшником размера.
Кроме того, очень желательно иметь свежую версию платформы 8.3 и конфу не в режиме совместимости с 8.2 - это уже для эксплуатации, а не для переезда.
Есть ещё нюансы: возможно придётся переписать некоторые запросы, т.к. оптимизатор Оракла не всегда адекватно воспринимает конструкции, идеальные с точки зрения стандартов 1С. Но в целом на хорошем железе все должно летать.
Да, и без рекомендованных патчей не заведётся - имейте это ввиду.
14 Sonny
 
26.03.15
23:12
(12) Ускорение будет за счёт того, что это версионник. Плюс приятный бонус - формирование отчётов без богомерзкого nolock. Т.е. подобающая солидным системам целостность читаемых данных, не то что на скуле.
15 beholder
 
26.03.15
23:16
(13) спасибо за ценные советы.  На 8.3 собираемся обязательно обновится, а где можно покурить про оптимизатор Оракла, это я в первый раз слышу.

(12) не для производительности. Там что-то с лицензионной политикой, короче руководство заморочилось и нас озадачило.

(11) спс. учтем!
16 vde69
 
26.03.15
23:17
(14)ну я сразу огорчу по времени, при любом переносе придется делать полную переиндексацию точно и возможно перерасчет итогов, для терабайта только эта операция будет часов 10 идти....
17 shuhard
 
26.03.15
23:22
(3)[Хотелось бы конечно стандартными средствами 1С, но что-то мне подсказывает что это не наш случай. ]
типичный случай выгрузкизагрузкичерезxml в идентичную конфигурацию

путем отборов нет проблем сделать это частями и не порождать 2 Тбайтный xml
18 МихаилМ
 
26.03.15
23:23
(16)
зачем пересчет итогов ? индексация зачем ?

(0)

с Вашими подходами нужен спец по ораклу.

без шаманства 1с8 с ораклом не работает.
19 Sonny
 
26.03.15
23:24
(16) В каком смысле полную переиндексацию? При заливке дтшника все структуры хранения создаются заново, так что "пере" надо заменить на просто "индексацию". Вообще индексы создаваемые под разные платформы отличаются, и не только именами :) А вот пересчет итогов не обязателен.
20 rsv
 
26.03.15
23:25
(0) обычно на скуль уходят с оракл.
21 vde69
 
26.03.15
23:26
(19) я имею в виду вариант прямого экспорта через ODBC
22 Sonny
 
26.03.15
23:31
(15) Про оптимизатор можно почитать здесь: http://docs.oracle.com/cd/E11882_01/server.112/e40540/sqllangu.htm#CNCPT316
Но это скорее для общего развития. Вообще же, на мой взгляд, проблемы две: не вполне корректная статистика по полям таблиц, содержащим ГУИДы (а это как мы знаем ссылочные поля по которым надо делать джойны), и кривые предположения оптимизатора о распределении данных во временных таблицах - тут скуль сильнее (он нормально собирает стату по ним при создании).
Проще говоря всё это выливается в то, что запрос, написанный как велит 1С - с передачей параметра в виртуальную таблицу может отработать сильно медленее того же запроса с условием вынесенным в ГДЕ. В моем случае пришлось править книги покупок и продаж в УПП.
23 Basma4
 
26.03.15
23:34
(10) временный файл создается при выгрузке\загрузке на сервере 1С в зависимости настройки переменных сред. По умолчанию это диск С. Если у вас диск С не 1ТБ и больше, сразу фэйл.
Руководству вбить в голову гвоздь. Не взлетит ваша затея. Слишком трудоемко, дорого, долго т.д. Минусов от такой миграции больше чем плюсов, тем более если вопрос производительности не стоит.
24 Sonny
 
26.03.15
23:34
(21) А это вообще рабочий вариант? Бинарники нормально конвертируются? Таблицы разве все по именам совпадают на разных платформах?
25 Jaap Vduul
 
26.03.15
23:35
(21)Предлагаешь вручную настраивать соответствие полей/таблиц?
Полагаю, через dt быстрее будет.
26 Sonny
 
26.03.15
23:36
(23) Всё будет ОК, если деньги сэкономленные на лицензиях потратят на спецов :)))
Хотя надо помнить о платности поддержки Оракла при расчетах.
27 rsv
 
26.03.15
23:36
(24) нет конечно . Имена полей совпадают . Имена таблиц отличаются первым символом.
28 vde69
 
26.03.15
23:36
(24)точно не знаю, но думаю одинаковые, единственное может отличатся форматы полей или примари кей или еще чего, но в целом имена должны совпадать...
29 shuhard
 
26.03.15
23:37
(21) убъёшься
разные длины полей, разные тайм-стампы
30 rsv
 
26.03.15
23:38
Или наоборт. Но точно не одинаковые.
31 shuhard
 
26.03.15
23:38
(25) быстрее будет через xml
32 rsv
 
26.03.15
23:39
В оракуле подчеркивание в скуле буква f вроде
33 vde69
 
26.03.15
23:40
(29) экспотры они довольно умные сейчас...

я с ораклом никогда не работал, по этому это только мои предположения :)

тем не менее я переносил с 2012 скуля (после рековер студия) на скуль 2000, там то-же были проблеммы с разными фрматами...
34 rsv
 
26.03.15
23:41
Имхо имея опыт на оракуле могу сказать штаа скуль вариант ентерпрайз без альтернативен
35 vde69
 
26.03.15
23:42
(31) если DT терабайт - какой размер XML будет???? думаю под 100 терабайт :)

придется кусками... это на неделю....
36 Jaap Vduul
 
26.03.15
23:43
(23)Ну, вообще dt намного меньше mdf+ldf.
37 beholder
 
26.03.15
23:47
(23)  //временный файл создается при выгрузке\загрузке на сервере 1С в зависимости настройки переменных сред.

а какая переменная среды за это отвечает?
38 Sonny
 
26.03.15
23:47
Да, еще кое-что: рекомендую загуглить V81C_INDEX_BIG - сэкономит время :))
39 Sonny
 
26.03.15
23:49
(34) Осмелюсь предположить, что это от неумения готовить. Иными словами: неча на зеркало пенять.
40 Sonny
 
26.03.15
23:49
+(39) Но для автора пожалуй что да - безальтернативен.
41 rsv
 
26.03.15
23:51
(39) пока вы предполагаете это уже давно пройденный этап
42 beholder
 
26.03.15
23:53
Погодите про ентерпрайз ))) мне сначала надо как-то данные перенести.
43 rsv
 
26.03.15
23:56
(42)  да ок. Делайте выгрузку штатными средствами движка 1c   И штатными же средствами загружайте. Разве вендор глаголит иначе?
44 Sonny
 
27.03.15
00:01
(41) Ну может для слабых духом и пройденный, а у кого-то наоборот - скуль уже 2 года забыт как страшный сон.
Холивар лишен смысла, если не подкреплен реальной аргументацией. Скучно это.
45 rsv
 
27.03.15
00:04
(44)  у меня наоборот оракл забыт как страшный сон
46 beholder
 
27.03.15
00:06
Давайте без холиваров плз.
Тем более вопрос надо ли переходить не ставится.
47 Sonny
 
27.03.15
00:09
(45) Вот и поведал бы о проблемах, если в курсе конечно. Глядишь и нашлись бы аргументы для ТСа, чтобы объяснить руководству о несоответсвии стоимости овчинки и выделки.
48 rsv
 
27.03.15
00:09
(46) холивара нет. Вендор четко регламентирует порядок переноса между Субд. Все остальное  танцы на атомной станции
49 xXeNoNx
 
27.03.15
00:29
ИМХО, интеграция лучше с MS, ну чисто из-за того что платформа написана на VSС++(исходя из ошибок платформы, которые выдавало иногда). Поэтому, можно землю пахать на верблюде, но лучше, к этому, приспособлена лошадь.
50 ILM
 
гуру
27.03.15
05:24
А если РИБ сделать...
51 rphosts
 
27.03.15
05:38
(0)может базе сделать обрезание (ну хотя бы копии базы с которой делать перенос)
52 shuhard
 
27.03.15
06:59
(46) топик изначально холивар, пока на копии базы не выгружен dt или пока не произошёл сбой при выгрузке
53 Basma4
 
27.03.15
07:16
(37) Свойство системы-Переменные среды-переменные Temp и TMP

ЕМНИП 1С при выгрузке дт использует BULK COPY. Можно попробовать выгрузить из SQL через BCP, предварительно прогнав выгрузку небольшой копии и через профайлер сгенерить список команд\таблиц.
54 Basma4
 
27.03.15
07:18
правда потом загружать в Oracle, делать мапинги, преобразование типов и т.д тп проще уволить руководство)
55 Мэс33
 
27.03.15
07:27
1ТБ - это что весит? MDF?
56 Cube
 
27.03.15
07:35
(50) +100. Тоже хотел предложить. И грузить частями...
57 sda553
 
27.03.15
07:55
(0) Вам деньги некуда девать что ли?
58 ifso
 
27.03.15
08:06
59 Gepard
 
27.03.15
08:25
(14) в mssql это тоже есть
60 shuhard
 
27.03.15
08:31
(58) первая же попытка открыть в 1С конфигуратор после такой трансформации кончиться аварией
61 smitru
 
27.03.15
09:20
"пока на копии базы не выгружен dt или пока не произошёл сбой при выгрузке"

На самом деле даже при загрузке dt может произойти фигня. Сама 1С поэтому не рекомендует использовать dt-шник в качестве единственного источника архива - http://its.1c.ru/db/metod8dev/content/2922/hdoc
[i]"что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена"[/i]
62 Asmody
 
27.03.15
09:35
хочется спросить у ТС, как там дела с (5), на сколько десятых процента дело продвинулось?
63 shuhard
 
27.03.15
09:37
(62) трудно ТС-у, будучи прикованному к rphost-у,дотянуться до интернета =)
64 Asmody
 
27.03.15
09:47
смотрите новый сериал "Переход". Первый сезон "Выгрузка"
65 ДенисЧ
 
27.03.15
09:48
А мне нравится идея с РИБ...
66 beholder
 
27.03.15
09:49
В общем я вчера вырубил выгрузку от греха подальше. Сервер боевой, не хочется рисковать.

Надо разобраться как установить временный файл на большой диск и попытаться снова.
67 beholder
 
27.03.15
09:54
(62) ни на сколько ))) через 3 часа вырубил.
68 beholder
 
27.03.15
09:57
(65) с РИБ - да, стоящая идея.
69 shuhard
 
27.03.15
10:00
(65) тот же файл xml, но долго и мучительно создаваемый,
накую это нужно при двух идентичных конфигурациях ?
70 ДенисЧ
 
27.03.15
10:09
(69) Почему один и тот же? Никто же не мешает риб кусками гонять
71 shuhard
 
27.03.15
10:11
(70) кто-то мешает гонять те же отборы в выгрузке/загрузке ?
72 ДенисЧ
 
27.03.15
10:16
(71) Никто.
Так что разницы никакой, согласен.
Консенсус детектед )
73 shuhard
 
27.03.15
10:36
(72) угу
и на месте ТС-а я бы начал с запуска пузометра и определения чем терабайт занят, вдруг это тупо порнуха в нормальном качестве =)
74 155153144627
 
27.03.15
10:55
(73) Бюджет осваивают. Может им вообще шринк надо сделать и куча места освободится :-)
75 smitru
 
27.03.15
11:04
(74) Я не был бы столь категоричен не зная "Что за контора", "Какой период" в данной базе.

Если контора разорилась на серваки и на сам Оракл, то есть гипотеза, что это далеко "не маленькая хач-палатка"
76 rsv
 
27.03.15
11:12
Имха  скрипт  на стороне оракля  через  линк к скулю и перегон в таблицы . Я бы копнул именно так.  Ораклевый линк к таблицам скуля довольно шустр .
77 BeaViS
 
27.03.15
11:18
У одного из моих заказчиков был опыт сопровождения 1С на Оракле, база около 800 Гб.
Мучались 3 года.
Тормозило.
В компании три крутых оракл-админа.
Ставили апдейты и оракла, и 1С.
Особенно изящно делали реструктуризацию регистра бухгалтерии:
в оракле не проходило впринципе, поэетому я им в шутку предложил решение:

- выгружать в dt
- загружать в скуль
- проводить реструкткризацию
- выгружать в dt
- загружать назад в оракл

Сначала все смеялись, потом именно так и начали делать

В конце концов перешли назад на скуль, производительность выросла в разы.
Очень довольны.
78 BeaViS
 
27.03.15
11:21
А если у вас база 1 Тб, то могу сделать вам свертку базы за 2 часа.
Есть универсальное решение, моя разработка.

Пробовал на двух базах 1 Тб и 0.5 Тб

А также на десятке мелких, от 100 до 200 Гб
Врмени практически не занимает, проходит влет.

100% контроль ссылочной целостности, не  нужно пересчета итогов, не нужно изменений в конфигурации.
79 Sonny
 
27.03.15
11:25
Столько шума из-за жалкого терабайта.
Микрософт имхо перегнул палку с лицензированием по ядрам. Настолько, что Оракл стандарт стал реальной альтернативой скулевскому энтерпрайзу.
80 Cube
 
27.03.15
11:27
(78) Платная?
81 BeaViS
 
27.03.15
11:41
(80) Вознаграждение конечно хочу, но значительно меньше, чем любой франч возьмет за работу по свертке базы.
И меньше, чем штатный программист получит за эту работу в виде ЗП.

Так как для меня сверка любой базы - это не работа, а пара пустяков))

Если интересно, пишите в личку, уверен что договоримся.
82 Cube
 
27.03.15
11:45
(81) Да не, мне-то не надо. Просто интересно, почему всё так просто. На ИС или где-то ещё есть описание работы?
83 piter3
 
27.03.15
11:46
(81) гений1с?
84 shuhard
 
27.03.15
11:53
(83) это тяжкое оскорбление, в прошлом веке за такое  в рожу канделябром заезжали =)
85 BeaViS
 
27.03.15
11:56
(81)

Описание могу дать
Могу показать реальный отзыв от клиента, у которого база была 1 Тб + куча более маленьких в РБД.

Больше года не знали даже как подступить к задаче свертки. Нашли меня, так до сих пор удивляются как это может быть быстро и просто :)
86 Cube
 
27.03.15
11:58
(85) Так выкладывай описание в свободный доступ - озолотишься :)
87 rphosts
 
27.03.15
12:00
(85)описание - это интересно, а "сопли юзеров" - извини но не показатель, нужно курить тему в полный рост что-бы иметь потенцию на достоверный отзыв.
88 Зеленый пень
 
27.03.15
12:01
500 Гб переносил через dt - проблем не было. Только надо место под dt иметь на диске, где крутится сервер 1С (он там временно создается).
80гб примерно будет dt от террабайтной базы (если нет несжимаемых данных).
Ну и запас времени в пару суток на выгрузку/загрузку.
89 rphosts
 
27.03.15
12:03
(88) писал на рейд построенный на ССД?
90 Зеленый пень
 
27.03.15
12:06
(78) " могу сделать вам свертку базы за 2 часа.
Есть универсальное решение, моя разработка. "

Ха-ха! :)
Не может быть универсальных решений. Или это нечто примитивное, типа свертки только регистров и пометки на удаление документов "до даты".

Для корректной свертки необходим анализ связанности документов - что можно удалить непосредственно, а что - нет. Какие таб.части - лишние, и можно тупо очистить, а какие-сворачивать. Какие реквизиты в документах типа "документ-основание" можно и надо почистить, чтобы освободить ссылки и т.п.
91 Зеленый пень
 
27.03.15
12:08
(89) Там не на диски основная нагрузка, а на процессор.
Но в моем случае - да, raid из ssd :)
92 Зеленый пень
 
27.03.15
12:17
Ну и вдогонку к (90): свертка на террабайтной базе за 2 часа - это что-то совсем фантастическое. Очистка даже одного регистра в 100 млн. записей будет идти долго, а потом - пересчет итогов.
Разве что таблица пересоздается или транкейтится, и делается перенос только небольшого кол-ва "нужных" записей. Тогда - да.
93 BeaViS
 
27.03.15
12:18
(78)
Не поверите, но это универсальное решение, которое перед сверткой осуществляет анализ связанности документов.
И не удаляет ссылки, на которые есть связи в открытом периоде.
Пробовал на УПП 1.3, Бух 3.0 с разделителями, УТ 10, ЗУП 2.5, а также на полностью самописной конфигурации.

Есть реальные заказчики, которые подтвердят работоспособность и скорость работы свертки.

Писал долго, месяца 3. Тестировал тоже долго. Поэтому решение универсальное.

Помимо сверки, есть еще одна функция - поиск и быстрое удаление неиспользуемых элементов справочников.
Два заказчика таким образом почистили спр Номенклатура и Единицы от 1.2 млн и 0.9 млн сответственно неиспользуемых позиций. Плюс куча мусора в других справочниках.
94 BeaViS
 
27.03.15
12:19
И никакого пересчета итогов нет! Он не нужен в моем случае.
Просто надо знать скуль на 5 с плюсом и понимать структуру хранения таблиц 1С ))) Вот и все
95 rphosts
 
27.03.15
12:23
(93) (94) пока никакой конкретики... потом мне одному (93) напоминает речь продажника толкающего то, что у него есть для продажи?

BeaViS, что-то более конкретное будет или как?
96 piter3
 
27.03.15
12:25
(93)в зупе как это можно универсально свернуть?не погорячились ли
97 ssh2006
 
27.03.15
12:37
Дождались, кнопка "Сделать все" существует!

Сарказм оправдан отсутствием конкретики
98 BeaViS
 
27.03.15
12:42
Можете задать в личку любые вопросы, уточню конкретику :)
Могу провести демонстрацию по удаленке
99 ДенисЧ
 
27.03.15
12:43
(98) А публично слабо? )
100 AkeHayc
 
27.03.15
12:43
А можно таким макаром перевести базу с MS SQL на Postgres ?
101 1976vas
 
27.03.15
12:43
(99) А публично - уже реклама )
102 ДенисЧ
 
27.03.15
12:44
(100) Лучше женись...
103 assasu
 
27.03.15
12:44
(0) меряемся пиписками
104 Зеленый пень
 
27.03.15
12:58
(94) В таблице итогов просто очищаются старые периоды?
105 Зеленый пень
 
27.03.15
13:03
(93) Анализ связанности - не совсем то.
Например, есть платежка старого периода, удалить её нельзя, т.к. в рабочем периоде идет корректировка долга по этой платежке.
Но она держит старую накладную, которую можно удалить, если почистить таб.часть платежки.
Да, это уже специфика конкретной конфигурации и базы, но этот анализ тоже приходится делать, и он не может быть универсальным.

Но если у вас работает то, что заявлено- это реально круто!
106 Cube
 
27.03.15
13:10
(98) Делай демонстрацию и выкладывай в ютюб. Ссылку сюда :)
107 fisher
 
27.03.15
13:24
(0) А цель перехода?
Я не видел ни одного теста, где бы на 1С-ых задачах рулил бы Oracle. И собственные тесты тоже ничего хорошего не показывали, хоть я и не супер-спец в Oracle. При сопоставимой производительности (к слову - меньшей у Oracle) ресурсов требует больше. Теоретически Oracle лучше масштабируется.
На практике для 1С он выигрывал только при очень больших параллельных транзанкционных нагрузках, когда сиквел в итоге резко проседал на блокировках. Но это это было для автоматических блокировок. На управляемых блокировках и read committed snapshot, сиквел безальтернативен для высоконагруженных (по меркам 1С) систем. ИМХО, конечно.
Может, конечно, на каких-то супер-серверах в новых супер-кластерах Oracle 1С и заиграет новыми красками для гипотетических тысяч пользователей - не знаю...
108 fisher
 
27.03.15
13:27
Ну а в части мигрирования баз, которые dt уже не вытягивает, "стандартное" решение - через УРБД кусками.
109 BeaViS
 
27.03.15
13:40
Ребят, вот проект где поднимали 5000 пользователей на скуле 2012

http://infostart.ru/video/w312022/

К слову, этот тест делал я :)
Включил RCSI, проблем с блокировками особо не наблюдалось

Так что Оракл может и круто, но только не для 1С.
Про Оракл + 1С смотри мой пост (77)
110 Cube
 
27.03.15
13:51
(109) Там обзор свертки есть? На какой минуте?
111 ssh2006
 
27.03.15
13:53
(109) > К слову, этот тест делал я :)

А по ссылке написано "Совместный проект IBM, фирмы «1С» и ООО «Деловые линии»"
112 Necessitudo
 
27.03.15
13:59
(109) Король маркетинга
113 fisher
 
27.03.15
14:02
(109) What is RCSI?
114 jk3
 
27.03.15
14:03
(113) rcsi == read committed snapshot isolation
115 fisher
 
27.03.15
14:05
(114) А :)
Не встречал в сокращении.
Тады да. Версионники рулят :)
116 eklmn
 
гуру
27.03.15
14:08
(109) теперь можешь солить завистников! :)
117 BeaViS
 
27.03.15
14:09
(110) Обзора свертки по этой ссылке нет ))
(111) 1С занималась устранением проблем стабильности платформы для такого количества подключений + кое что оптимизировала на уровне платформы.
IBM предоставила оборудование для теста.

Ну а я вот тут:  
http://otvet.mail.ru/question/32707725
118 BeaViS
 
27.03.15
14:10
С лопатой в смысле ))
119 eklmn
 
гуру
27.03.15
14:16
(109) это ты микрофонишь?
120 BeaViS
 
27.03.15
14:17
(109) Да
121 eklmn
 
гуру
27.03.15
14:19
юморист ))
122 ssh2006
 
27.03.15
14:19
(118) хороший опыт
123 beholder
 
27.03.15
16:11
ой мляяяя. нафлудили-то ))))

Сегодня вечером будет дубль два.

Насчет обрезания базы мы думаем, опят имеется большой. Еще в 7-ке полтеррабайтные базы обрезал )))

Но там не все так просто с обрезанием, хочется много чего подчистить, оптимизировать, в общем работы много.

Но если конечно не получится перенести одним куском, то придется резать и кромсать.
124 piter3
 
27.03.15
16:16
(123) порнуху выкинул?
125 beholder
 
27.03.15
16:23
(124) кто-то в наше время складирует порнуху на локальном компе? )))
Админы перетащили чё-то там на большой диск. Я не вникал это их епархия.
126 BeaViS
 
27.03.15
16:24
(123) Если от любви к искуству попотеть месяц-другой, то в итоге у вас все получится!
Но если что, есть готовое решение, которое подойдет и для вас )) Работает чисто и быстро. Как говорится "сел и поехал"
127 beholder
 
27.03.15
16:34
(126) спасибо, буду иметь в виду. )
128 beholder
 
29.03.15
15:03
Выгрузилось.
170 гигов размер dt
Выгружалось 11 с половиной часов.
129 ДенисЧ
 
29.03.15
15:06
(128) А ты знаешь, что делает кот, когда ему делать нечего? )))
130 beholder
 
29.03.15
15:06
(129) мой дрыхнет )))
131 ДенисЧ
 
29.03.15
15:09
(130) У твоего кота прошивка глючит. Обнови.
132 qwerty
 
29.03.15
16:22
(0) 1. Выяснить какие таблицы занимают больше всего места.
2. Перенести все данные, кроме этих таблиц штатными/нештатными средствами. Запустить пользователей, пусть работают.
3. Перенести оставшиеся данные не мешая работе пользователей.
133 beholder
 
29.03.15
16:56
(132) да я думаю мы штатными методами попытаемся обойтись.
Судя по всему можем уложится в выходные.
Там ограниченный функционал работает, по этому будет просто недостающие документы перенести с помощью конвертации данных.
134 floody
 
29.03.15
17:20
1) с чего все взяли, что 1тб - это размер ДТ? вроде 1тб - это размер базы
2) думаю должно выгрузиться в дт и потом загрузиться в оракл без проблем
3) почему переход на оракл?
135 shuhard
 
29.03.15
17:21
(128) 1:5 - пустотелая база, либо регламенты не сделаны, либо текстов много, за 20-25 часов загрузиться , если нет сбоев в данных
136 Cube
 
30.03.15
04:47
(128) Кто там говорил, что большие базы 1С в *.dt не выгружаются? :)))
137 rphosts
 
30.03.15
05:28
Интересно, а сколько памяти на сервере на котором выгружали?
138 beholder
 
30.03.15
06:28
(137) 230 Гб
139 rphosts
 
30.03.15
06:38
(138)толстый сервак...
140 beholder
 
30.03.15
06:53
(134)
3) начальство приказало. Че-то там оптимизируют с лицензиями.
141 hhhh
 
30.03.15
07:39
может вообще создать пустую базу и обработкой выгрузка загрузка xml потихоньку, по 2-3 справочника (документа) за раз, перененести.
142 Мэс33
 
31.03.15
06:35
Получилось? Не?