|
Перенос большой базы 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
|
||||
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
|
Получилось? Не?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |