|
|
Хранение данных одной базы 1с по секциям на разных серверах
|
Я
|
|
| zladenuw 13.05.20 - 20:39 | Нужен совет. Хранение данных одной базы 1с. разделенными секционированием. кто то делал ?
Хотят физически раскинуть на разные физические сервера часть данных таблиц. |
| zladenuw 1 - 13.05.20 - 20:43 | и возможно ли применять 2 метода.
|
| zladenuw 2 - 13.05.20 - 20:43 | Горизонтальное секционирование и Вертикальное секционирование на одну таблицу
|
| ДедМорроз 3 - 13.05.20 - 21:04 | Причем тут 1с?
Для нее скуль-черный ящик.
Но одна таблица 1с для скулы тоже одна таблица.
Теоретически,updatable view позволяет делать чудеса,но вот сможет ли 1с с ним работать вместо таблицы?
|
| zladenuw 4 - 13.05.20 - 21:18 | |
| zladenuw 5 - 13.05.20 - 21:19 | Нужно разбить данные по некоторым критериям как горизонтально так и вертикально. от неких параметров.
|
| zladenuw 6 - 13.05.20 - 21:19 | кто то делал не ? на ms sql ? oracle ?
|
| zladenuw 7 - 13.05.20 - 23:24 | не кого ?
|
| МихаилМ 8 - 14.05.20 - 03:04 | ( 3) сможет. но как поддерживать согласованное резервное копирование. |
| МихаилМ 9 - 14.05.20 - 03:08 | софтпоинт таким занимается.
у них даже есть модифицированный оле диби драйвер ис скл для распараллеливания запросов к разным серверам
|
| МихаилМ 10 - 14.05.20 - 03:09 | ис скл = ms sql
|
| Конструктор1С 11 - 14.05.20 - 04:54 | ( 5) что ожидаете от разбиения? Цели какие? |
| vde69 12 - 14.05.20 - 07:48 | есть штатное разбиение в SQL я пробовал, мне не понравилось (сложнее администрировать SQL, менее понятные планы запросов и т.д.)
реально имеет смысл только при очень больших данных |
| mistеr 13 - 14.05.20 - 08:11 | (6) Я делал на Оракле, но без 1С. :)
Какую проблему пытаешься решить? И есть ли основания полагать что именно секционирование ее решит? Для того, чтобы нарушить лицензионное соглашение и жить на пороховой бочке, нужны веские основания.
Или это все в учебных целях? |
| zladenuw 14 - 14.05.20 - 08:19 | ( 13) можно сказать в учебных. Поступил запрос от клиента. Хочет подробить данные на разные физические машины. Вот и вопрос можно ли. и что за это будет :) |
| mistеr 15 - 14.05.20 - 08:25 | ( 14) Выясни тот же вопрос у клиента: какую проблему путается решить?
Мастерство 1С-ника в том, чтобы предложить решение с наименьшими трудозатратами и минимумом геморроя в будущем. |
| mistеr 16 - 14.05.20 - 08:27 | Для разделения данных по разным физ. машинам есть РИБ.
|
| vde69 17 - 14.05.20 - 08:41 | ( 14) в учебных - не делай, потом обратно вернуть намного сложнее....
данный функционал не рекомендуется использовать без знаний DBA, вообще любые не дефолтные опции субд стоит применять НЕ В УЧЕБНЫХ целях, а для достижения конкретных целей, если целей нет - поднимай тестовый сервак в песочнице и там играйся, а вот на клиентах игратся не стоит, карму испортишь. |
| fisher 18 - 14.05.20 - 09:50 | ( 2) Судя по всему, как-то можно:
Но это уже высшая сиквельная магия. С ней явно не к одинэсникам. |
| zladenuw 19 - 14.05.20 - 12:21 | ( 17) так сначала в песочнице. а клиент такое хочет. |
| Вафель 20 - 14.05.20 - 12:23 | для начала можно отдельные таблицы на отдельные диски вынести.
если этого будет мало то уже смотреть секционирование
|
| zladenuw 21 - 14.05.20 - 12:23 | ( 18) да пилотаж высокий. но на сколько я понял
только это кластеры серверов ms sql.
А мне нужно что бы данные были в разных местах. А тут они на каждом сервере почти одинаковые.
|
| zladenuw 22 - 14.05.20 - 12:25 | ( 20) да нужно в случае чего. отключить часть того что секционировано по определенному условию. и что бы система дальше работала. |
| Вафель 23 - 14.05.20 - 12:25 | а смысл какой?
|
| Вафель 24 - 14.05.20 - 12:26 | обратно вернуть уже совсем не просто будет
|
| fisher 25 - 14.05.20 - 13:01 | ( 21) > А тут они на каждом сервере почти одинаковые.
Ты, вероятно, не дочитал. Но исходя из вот этого
> Столбец секционирования должен быть частью первичного ключа таблицы
Для 1С штатно не полетит |
| Fedor-1971 26 - 14.05.20 - 13:06 | (22) Для этого есть Функциональные опции
Защита инфы "Методом нинзя" (только был и вот его уже нет) методами SQL (даже функционалом кластера SQL) не получится, в твоей концепции разрушается целостность Объектной БД 1С
Если так уж хочется решай вопрос через сохранение данных в файлы или внешние БД:
Секретные - в БД1 (шифруемый каталог на внешнем диске), если что дернули шнурочек и нет данных
Всем доступные - в БД2 (просто каталог на сервере)
от SQL задействуется функционал сжатия БД (то что выгрузили из БД потёрли) |
| fisher 27 - 14.05.20 - 13:09 | ( 22) Я-то надеялся речь об интересной схеме мега-масштабирования биг дата, а оказалось - рядовая маски-шоу-паранойя. |
| fisher 28 - 14.05.20 - 13:12 | ( 22) Гораздо дешевле и производительнее это решается банальной неполной репликой. |
| Fedor-1971 29 - 14.05.20 - 13:20 | ( 28) Как-то проскакивало предложение: сервер SQL поставить в газельку и по Wi-Fi с ним работать, при маски-шоу, газелька уехала с целостной структурой данных, остались только белые и пушистые БД |
| vde69 30 - 14.05.20 - 14:08 | ( 22) такое сделать невозможно
Рекламное место пустует |
| vde69 31 - 14.05.20 - 14:10 | ( 30) +
то есть в случае потери одного файла база автоматом уйдет в режим не рабочий... |
| vde69 32 - 14.05.20 - 14:17 | ( 29) я видел реализацию с подменой сервера на 3х железках, там достаточно было один комутатор от от 220 выключить и поднимался резервный маршрут, но уже к совершенно другому серверу хотя IF и его имя и мак были такими-же как у первого. Цена решения что-то в районе 500$ была |