Добрый день.

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

(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 справочника (документа) за раз, перененести.

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