Добрый день.

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

я сомневаюсь что DT в теробайт реален....

может лучше скулевским экспортом через ODBC  ???

сколько он то времени будет выгружать в дт :) запусти да и пробуй другой вариант

(1) рассматриваем такой вариант.
Хотелось бы конечно стандартными средствами 1С, но что-то мне подсказывает что это не наш случай.

(2) сейчас буду запускать. ))))

чет я подозреваю, что терабайт и средствами "не-1С" сложновато будет перенести

Короче запустил выгрузку в dt с копии базы. )))

я думаю можно смело идти пить пиво. надеюсь с утра что то будет :)

(6) я думаю, что можно идти пить пиво до самой Пасхи.

(7) а бы было.а так то
совет (1)
а https://msdn.microsoft.com/en-us/library/ms141026.aspx

если у вас есть свободное место для временного файла на сервере 1С то теоретически можно, но скорее всего нет.
А чего там в 1ТБ то? может можно сократить?

(9) а временный файл где создается? Так-то диск в 2 Тб прикрутили к серваку админы...
Сократить можно и нужно, но это долгий процесс.

стандартный подход ко всяким таким операциям требует ТРООЙНОЙ объем... так, что не пройдет....

если переносится для того, что бы быстрей работала... ну в общем расскажите пожалуйста о проценте ускорения... (если оно будет конечно)

Больше проблем будет с загрузкой, чем с выгрузкой. 1С-ка при загрузке дтшника создаёт временные файлы соизмеримого с самим дтшником размера.
Кроме того, очень желательно иметь свежую версию платформы 8.3 и конфу не в режиме совместимости с 8.2 - это уже для эксплуатации, а не для переезда.
Есть ещё нюансы: возможно придётся переписать некоторые запросы, т.к. оптимизатор Оракла не всегда адекватно воспринимает конструкции, идеальные с точки зрения стандартов 1С. Но в целом на хорошем железе все должно летать.
Да, и без рекомендованных патчей не заведётся - имейте это ввиду.

(12) Ускорение будет за счёт того, что это версионник. Плюс приятный бонус - формирование отчётов без богомерзкого nolock. Т.е. подобающая солидным системам целостность читаемых данных, не то что на скуле.

(13) спасибо за ценные советы.  На 8.3 собираемся обязательно обновится, а где можно покурить про оптимизатор Оракла, это я в первый раз слышу.

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

(11) спс. учтем!

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

(3)[Хотелось бы конечно стандартными средствами 1С, но что-то мне подсказывает что это не наш случай. ]
типичный случай выгрузкизагрузкичерезxml в идентичную конфигурацию

путем отборов нет проблем сделать это частями и не порождать 2 Тбайтный xml

(16)
зачем пересчет итогов ? индексация зачем ?

(0)

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

без шаманства 1с8 с ораклом не работает.

(16) В каком смысле полную переиндексацию? При заливке дтшника все структуры хранения создаются заново, так что "пере" надо заменить на просто "индексацию". Вообще индексы создаваемые под разные платформы отличаются, и не только именами :) А вот пересчет итогов не обязателен.

(0) обычно на скуль уходят с оракл.

(19) я имею в виду вариант прямого экспорта через ODBC

(15) Про оптимизатор можно почитать здесь: http://docs.oracle.com/cd/E11882_01/server.112/e40540/sqllangu.htm#CNCPT316
Но это скорее для общего развития. Вообще же, на мой взгляд, проблемы две: не вполне корректная статистика по полям таблиц, содержащим ГУИДы (а это как мы знаем ссылочные поля по которым надо делать джойны), и кривые предположения оптимизатора о распределении данных во временных таблицах - тут скуль сильнее (он нормально собирает стату по ним при создании).
Проще говоря всё это выливается в то, что запрос, написанный как велит 1С - с передачей параметра в виртуальную таблицу может отработать сильно медленее того же запроса с условием вынесенным в ГДЕ. В моем случае пришлось править книги покупок и продаж в УПП.

(10) временный файл создается при выгрузке\загрузке на сервере 1С в зависимости настройки переменных сред. По умолчанию это диск С. Если у вас диск С не 1ТБ и больше, сразу фэйл.
Руководству вбить в голову гвоздь. Не взлетит ваша затея. Слишком трудоемко, дорого, долго т.д. Минусов от такой миграции больше чем плюсов, тем более если вопрос производительности не стоит.

(21) А это вообще рабочий вариант? Бинарники нормально конвертируются? Таблицы разве все по именам совпадают на разных платформах?

(21)Предлагаешь вручную настраивать соответствие полей/таблиц?
Полагаю, через dt быстрее будет.

(23) Всё будет ОК, если деньги сэкономленные на лицензиях потратят на спецов :)))
Хотя надо помнить о платности поддержки Оракла при расчетах.

(24) нет конечно . Имена полей совпадают . Имена таблиц отличаются первым символом.

(24)точно не знаю, но думаю одинаковые, единственное может отличатся форматы полей или примари кей или еще чего, но в целом имена должны совпадать...

(21) убъёшься
разные длины полей, разные тайм-стампы

Или наоборт. Но точно не одинаковые.

(25) быстрее будет через xml

В оракуле подчеркивание в скуле буква f вроде

(29) экспотры они довольно умные сейчас...

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

тем не менее я переносил с 2012 скуля (после рековер студия) на скуль 2000, там то-же были проблеммы с разными фрматами...

Имхо имея опыт на оракуле могу сказать штаа скуль вариант ентерпрайз без альтернативен

(31) если DT терабайт - какой размер XML будет???? думаю под 100 терабайт :)

придется кусками... это на неделю....

(23)Ну, вообще dt намного меньше mdf+ldf.

(23)  //временный файл создается при выгрузке\загрузке на сервере 1С в зависимости настройки переменных сред.

а какая переменная среды за это отвечает?

Да, еще кое-что: рекомендую загуглить V81C_INDEX_BIG - сэкономит время :))

(34) Осмелюсь предположить, что это от неумения готовить. Иными словами: неча на зеркало пенять.

+(39) Но для автора пожалуй что да - безальтернативен.

(39) пока вы предполагаете это уже давно пройденный этап

Погодите про ентерпрайз ))) мне сначала надо как-то данные перенести.

(42)  да ок. Делайте выгрузку штатными средствами движка 1c   И штатными же средствами загружайте. Разве вендор глаголит иначе?

(41) Ну может для слабых духом и пройденный, а у кого-то наоборот - скуль уже 2 года забыт как страшный сон.
Холивар лишен смысла, если не подкреплен реальной аргументацией. Скучно это.

(44)  у меня наоборот оракл забыт как страшный сон

Давайте без холиваров плз.
Тем более вопрос надо ли переходить не ставится.

(45) Вот и поведал бы о проблемах, если в курсе конечно. Глядишь и нашлись бы аргументы для ТСа, чтобы объяснить руководству о несоответсвии стоимости овчинки и выделки.

(46) холивара нет. Вендор четко регламентирует порядок переноса между Субд. Все остальное  танцы на атомной станции

ИМХО, интеграция лучше с MS, ну чисто из-за того что платформа написана на VSС++(исходя из ошибок платформы, которые выдавало иногда). Поэтому, можно землю пахать на верблюде, но лучше, к этому, приспособлена лошадь.

А если РИБ сделать...

(0)может базе сделать обрезание (ну хотя бы копии базы с которой делать перенос)

(46) топик изначально холивар, пока на копии базы не выгружен dt или пока не произошёл сбой при выгрузке

(37) Свойство системы-Переменные среды-переменные Temp и TMP

ЕМНИП 1С при выгрузке дт использует BULK COPY. Можно попробовать выгрузить из SQL через BCP, предварительно прогнав выгрузку небольшой копии и через профайлер сгенерить список команд\таблиц.

правда потом загружать в Oracle, делать мапинги, преобразование типов и т.д тп проще уволить руководство)

1ТБ - это что весит? MDF?

(50) +100. Тоже хотел предложить. И грузить частями...

(0) Вам деньги некуда девать что ли?

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/hol08/sqldev_migration/mssqlserver/migrate_microsoft_sqlserver_otn.htm
с этим не взлетит?

(14) в mssql это тоже есть

(58) первая же попытка открыть в 1С конфигуратор после такой трансформации кончиться аварией

"пока на копии базы не выгружен dt или пока не произошёл сбой при выгрузке"

На самом деле даже при загрузке dt может произойти фигня. Сама 1С поэтому не рекомендует использовать dt-шник в качестве единственного источника архива - http://its.1c.ru/db/metod8dev/content/2922/hdoc
[i]"что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена"[/i]

хочется спросить у ТС, как там дела с (5), на сколько десятых процента дело продвинулось?

(62) трудно ТС-у, будучи прикованному к rphost-у,дотянуться до интернета =)

смотрите новый сериал "Переход". Первый сезон "Выгрузка"

А мне нравится идея с РИБ...

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

Надо разобраться как установить временный файл на большой диск и попытаться снова.

(62) ни на сколько ))) через 3 часа вырубил.

(65) с РИБ - да, стоящая идея.

(65) тот же файл xml, но долго и мучительно создаваемый,
накую это нужно при двух идентичных конфигурациях ?

(69) Почему один и тот же? Никто же не мешает риб кусками гонять

(70) кто-то мешает гонять те же отборы в выгрузке/загрузке ?

(71) Никто.
Так что разницы никакой, согласен.
Консенсус детектед )

(72) угу
и на месте ТС-а я бы начал с запуска пузометра и определения чем терабайт занят, вдруг это тупо порнуха в нормальном качестве =)

(73) Бюджет осваивают. Может им вообще шринк надо сделать и куча места освободится :-)

(74) Я не был бы столь категоричен не зная "Что за контора", "Какой период" в данной базе.

Если контора разорилась на серваки и на сам Оракл, то есть гипотеза, что это далеко "не маленькая хач-палатка"

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

У одного из моих заказчиков был опыт сопровождения 1С на Оракле, база около 800 Гб.
Мучались 3 года.
Тормозило.
В компании три крутых оракл-админа.
Ставили апдейты и оракла, и 1С.
Особенно изящно делали реструктуризацию регистра бухгалтерии:
в оракле не проходило впринципе, поэетому я им в шутку предложил решение:

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

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

В конце концов перешли назад на скуль, производительность выросла в разы.
Очень довольны.

А если у вас база 1 Тб, то могу сделать вам свертку базы за 2 часа.
Есть универсальное решение, моя разработка.

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

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

100% контроль ссылочной целостности, не  нужно пересчета итогов, не нужно изменений в конфигурации.

Столько шума из-за жалкого терабайта.
Микрософт имхо перегнул палку с лицензированием по ядрам. Настолько, что Оракл стандарт стал реальной альтернативой скулевскому энтерпрайзу.

(78) Платная?

(80) Вознаграждение конечно хочу, но значительно меньше, чем любой франч возьмет за работу по свертке базы.
И меньше, чем штатный программист получит за эту работу в виде ЗП.

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

Если интересно, пишите в личку, уверен что договоримся.

(81) Да не, мне-то не надо. Просто интересно, почему всё так просто. На ИС или где-то ещё есть описание работы?

(81) гений1с?

(83) это тяжкое оскорбление, в прошлом веке за такое  в рожу канделябром заезжали =)

(81)

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

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

(85) Так выкладывай описание в свободный доступ - озолотишься :)

(85)описание - это интересно, а "сопли юзеров" - извини но не показатель, нужно курить тему в полный рост что-бы иметь потенцию на достоверный отзыв.

500 Гб переносил через dt - проблем не было. Только надо место под dt иметь на диске, где крутится сервер 1С (он там временно создается).
80гб примерно будет dt от террабайтной базы (если нет несжимаемых данных).
Ну и запас времени в пару суток на выгрузку/загрузку.

(88) писал на рейд построенный на ССД?

(78) " могу сделать вам свертку базы за 2 часа.
Есть универсальное решение, моя разработка. "

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

Для корректной свертки необходим анализ связанности документов - что можно удалить непосредственно, а что - нет. Какие таб.части - лишние, и можно тупо очистить, а какие-сворачивать. Какие реквизиты в документах типа "документ-основание" можно и надо почистить, чтобы освободить ссылки и т.п.

(89) Там не на диски основная нагрузка, а на процессор.
Но в моем случае - да, raid из ssd :)

Ну и вдогонку к (90): свертка на террабайтной базе за 2 часа - это что-то совсем фантастическое. Очистка даже одного регистра в 100 млн. записей будет идти долго, а потом - пересчет итогов.
Разве что таблица пересоздается или транкейтится, и делается перенос только небольшого кол-ва "нужных" записей. Тогда - да.

(78)
Не поверите, но это универсальное решение, которое перед сверткой осуществляет анализ связанности документов.
И не удаляет ссылки, на которые есть связи в открытом периоде.
Пробовал на УПП 1.3, Бух 3.0 с разделителями, УТ 10, ЗУП 2.5, а также на полностью самописной конфигурации.

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

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

Помимо сверки, есть еще одна функция - поиск и быстрое удаление неиспользуемых элементов справочников.
Два заказчика таким образом почистили спр Номенклатура и Единицы от 1.2 млн и 0.9 млн сответственно неиспользуемых позиций. Плюс куча мусора в других справочниках.

И никакого пересчета итогов нет! Он не нужен в моем случае.
Просто надо знать скуль на 5 с плюсом и понимать структуру хранения таблиц 1С ))) Вот и все

(93) (94) пока никакой конкретики... потом мне одному (93) напоминает речь продажника толкающего то, что у него есть для продажи?

BeaViS, что-то более конкретное будет или как?

(93)в зупе как это можно универсально свернуть?не погорячились ли

Дождались, кнопка "Сделать все" существует!

Сарказм оправдан отсутствием конкретики

Можете задать в личку любые вопросы, уточню конкретику :)
Могу провести демонстрацию по удаленке

(98) А публично слабо? )

А можно таким макаром перевести базу с MS SQL на Postgres ?

(99) А публично - уже реклама )

(100) Лучше женись...

(0) меряемся пиписками

(94) В таблице итогов просто очищаются старые периоды?

(93) Анализ связанности - не совсем то.
Например, есть платежка старого периода, удалить её нельзя, т.к. в рабочем периоде идет корректировка долга по этой платежке.
Но она держит старую накладную, которую можно удалить, если почистить таб.часть платежки.
Да, это уже специфика конкретной конфигурации и базы, но этот анализ тоже приходится делать, и он не может быть универсальным.

Но если у вас работает то, что заявлено- это реально круто!

(98) Делай демонстрацию и выкладывай в ютюб. Ссылку сюда :)

(0) А цель перехода?
Я не видел ни одного теста, где бы на 1С-ых задачах рулил бы Oracle. И собственные тесты тоже ничего хорошего не показывали, хоть я и не супер-спец в Oracle. При сопоставимой производительности (к слову - меньшей у Oracle) ресурсов требует больше. Теоретически Oracle лучше масштабируется.
На практике для 1С он выигрывал только при очень больших параллельных транзанкционных нагрузках, когда сиквел в итоге резко проседал на блокировках. Но это это было для автоматических блокировок. На управляемых блокировках и read committed snapshot, сиквел безальтернативен для высоконагруженных (по меркам 1С) систем. ИМХО, конечно.
Может, конечно, на каких-то супер-серверах в новых супер-кластерах Oracle 1С и заиграет новыми красками для гипотетических тысяч пользователей - не знаю...

Ну а в части мигрирования баз, которые dt уже не вытягивает, "стандартное" решение - через УРБД кусками.

Ребят, вот проект где поднимали 5000 пользователей на скуле 2012

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

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

Так что Оракл может и круто, но только не для 1С.
Про Оракл + 1С смотри мой пост (77)

(109) Там обзор свертки есть? На какой минуте?

(109) > К слову, этот тест делал я :)

А по ссылке написано "Совместный проект IBM, фирмы «1С» и ООО «Деловые линии»"

(109) Король маркетинга

(109) What is RCSI?

(113) rcsi == read committed snapshot isolation

(114) А :)
Не встречал в сокращении.
Тады да. Версионники рулят :)

(109) теперь можешь солить завистников! :)

(110) Обзора свертки по этой ссылке нет ))
(111) 1С занималась устранением проблем стабильности платформы для такого количества подключений + кое что оптимизировала на уровне платформы.
IBM предоставила оборудование для теста.

Ну а я вот тут:  
http://otvet.mail.ru/question/32707725

С лопатой в смысле ))

(109) это ты микрофонишь?

(109) Да

юморист ))

(118) хороший опыт

ой мляяяя. нафлудили-то ))))

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

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

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

Но если конечно не получится перенести одним куском, то придется резать и кромсать.

(123) порнуху выкинул?

(124) кто-то в наше время складирует порнуху на локальном компе? )))
Админы перетащили чё-то там на большой диск. Я не вникал это их епархия.

(123) Если от любви к искуству попотеть месяц-другой, то в итоге у вас все получится!
Но если что, есть готовое решение, которое подойдет и для вас )) Работает чисто и быстро. Как говорится "сел и поехал"

(126) спасибо, буду иметь в виду. )

Выгрузилось.
170 гигов размер dt
Выгружалось 11 с половиной часов.

(128) А ты знаешь, что делает кот, когда ему делать нечего? )))

(129) мой дрыхнет )))

(130) У твоего кота прошивка глючит. Обнови.

(0) 1. Выяснить какие таблицы занимают больше всего места.
2. Перенести все данные, кроме этих таблиц штатными/нештатными средствами. Запустить пользователей, пусть работают.
3. Перенести оставшиеся данные не мешая работе пользователей.

(132) да я думаю мы штатными методами попытаемся обойтись.
Судя по всему можем уложится в выходные.
Там ограниченный функционал работает, по этому будет просто недостающие документы перенести с помощью конвертации данных.

1) с чего все взяли, что 1тб - это размер ДТ? вроде 1тб - это размер базы
2) думаю должно выгрузиться в дт и потом загрузиться в оракл без проблем
3) почему переход на оракл?

(128) 1:5 - пустотелая база, либо регламенты не сделаны, либо текстов много, за 20-25 часов загрузиться , если нет сбоев в данных

(128) Кто там говорил, что большие базы 1С в *.dt не выгружаются? :)))

Интересно, а сколько памяти на сервере на котором выгружали?

(137) 230 Гб

(138)толстый сервак...

(134)
3) начальство приказало. Че-то там оптимизируют с лицензиями.

может вообще создать пустую базу и обработкой выгрузка загрузка xml потихоньку, по 2-3 справочника (документа) за раз, перененести.

Получилось? Не?