|
v7: Как просто и надежно поиметь удаленную копию периферийной базы? | ☑ | ||
---|---|---|---|---|
0
mad hatter
19.04.12
✎
14:11
|
Позвольте поюзать вашу коллективную мудрость.. )))
Имею несколько территориально разнесенных периферийных баз запиленных на стандартной УРБД. Все SQL, базы "получатели". Нужно их копии собрать в одном (тоже весьма удаленном) месте и поддерживать в актуальном состоянии, с задержкой не более 1-2 дней. Раньше этот вопрос решался с помощью курьера. Энторнет, разной степени толщины и цены, есть везде. Объемы баз разные, есть и до 2Г (сжатый сиквельный бэкап). |
|||
1
FN
19.04.12
✎
14:17
|
dropbox ?
|
|||
2
Длинный Клиент
19.04.12
✎
14:18
|
яндекс-диск
|
|||
3
Lionee
19.04.12
✎
14:18
|
ftp
|
|||
4
mad hatter
19.04.12
✎
14:27
|
нет, нет и еще раз.. мндааа...
|
|||
5
PuhUfa
19.04.12
✎
14:35
|
новые методы бакапа? -)
|
|||
6
fisher
19.04.12
✎
14:36
|
(0) Бэкапы или поднятые копии держать надо?
|
|||
7
MaxS
19.04.12
✎
14:54
|
ЦБ - РБ1 - РБ2 если упадёт РБ1, восстановить вместо неё РБ2.
Но практически так не делал. В 8-ке теоретически так можно сделать. |
|||
8
Гость2
19.04.12
✎
14:56
|
Выгрузить не предлагать?
|
|||
9
mad hatter
19.04.12
✎
14:57
|
(6) поднятые копии
|
|||
10
Mikeware
19.04.12
✎
14:57
|
напрашивается ТрадиционныйКитайскийВопрос®
|
|||
11
mad hatter
19.04.12
✎
14:58
|
(8) это очень долго..
1. баз не одна, а нексколько |
|||
12
Гость2
19.04.12
✎
14:58
|
(9) Собирай выгрузки и восстанавливай их у себя
|
|||
13
Гость2
19.04.12
✎
14:58
|
(11) ???
|
|||
14
Mikeware
19.04.12
✎
14:59
|
Ну раз "только получатели" - подними копии, поставь автообмен, и скармливай им копии пакетов обмена...
|
|||
15
Гость2
19.04.12
✎
14:59
|
(11) У меня уже больше 90 перефириек
|
|||
16
Jump
19.04.12
✎
15:00
|
(0)Однозначно нужно смотреть в сторону сервисов типа дропбокса и яндекс диска.
Если качать по фтп, то каждый раз придется по два гигабайта закачивать, а так кусочная синхронизация. |
|||
17
Злой Бобр
19.04.12
✎
15:01
|
(14) Ну наконец-то хоть кто-то сказал правильную вещь.
|
|||
18
mad hatter
19.04.12
✎
15:01
|
(14) не-не, получатели они только в структуре риб.. а так с ними работают
|
|||
19
fisher
19.04.12
✎
15:03
|
(18) Подними их как отдельные спец-узлы.
|
|||
20
mad hatter
19.04.12
✎
15:03
|
просьба не предлагать перекачивать полные бэкапы.. контора разорится на трафике! ))
|
|||
21
Злой Бобр
19.04.12
✎
15:03
|
(18) Кхм... А это как?.. Я в ступоре. Чего ж там пересылается и что они там работают?
|
|||
22
Mikeware
19.04.12
✎
15:04
|
а зачем перекачивать полные бэкапы? подними "снежинку" (вырожденнцую, с одним узлом), и все...
|
|||
23
Злой Бобр
19.04.12
✎
15:05
|
Раз уж все базы скульные то осмелюсь предположить что возможна синхронизация баз на уровне скуля ...
|
|||
24
Mikeware
19.04.12
✎
15:05
|
(21) центр формирует справочники и прочую НСИ. Ну и поддерживает конфигурацию :-) видимо, где-то так...
|
|||
25
Mikeware
19.04.12
✎
15:06
|
(23) там какй-то гемор был со снапшотами...
|
|||
26
mad hatter
19.04.12
✎
15:06
|
(22) блин, я так не делал ни разу..
но как?! )))) |
|||
27
mad hatter
19.04.12
✎
15:06
|
(24) именно
|
|||
28
vde69
19.04.12
✎
15:07
|
точно не помню, но вроде http://infostart.ru/public/16687/ умеет делать копию обмена для симметричного узла,
у меня подобная сабжу задача была, решал через этот обмен |
|||
29
Злой Бобр
19.04.12
✎
15:09
|
(24) Та ХЗ. Обычно только получатель это копия базы для отчетов и анализа, что б рабочей ненагружали. А тут они что-то еще и работают ..
(25) Да нормально там все. Единственный затык что б в базе неработали в это время. Ну и стабильный канал главнее всего. |
|||
30
mad hatter
19.04.12
✎
15:10
|
+ ..конфу регулярно допиливают
|
|||
31
mad hatter
19.04.12
✎
15:12
|
..хотелось бы минимизировать "подъем солнца вручную"
что бэ потягивать ром через соломинку, а оно "само".. кактотак.. )) |
|||
32
Злой Бобр
19.04.12
✎
15:15
|
(31) Ну тогда скульная синхронизация с добросом конфигурации (раз уж изменяют МД). Но только так и спиться можно будет. Так что закусывай почаще.
|
|||
33
mad hatter
19.04.12
✎
15:15
|
кто нить реализовывал репликацию транзакций на MSSQL?..
..или синхронизацию через бэкапы лога? как оно будет при реструктуризации БД?.. |
|||
34
Злой Бобр
19.04.12
✎
15:18
|
На семерке репликация невозможна. Объяснять долго, поэтому поверь на слово.
Бекапы лога поднимать глупо. Быстрее и надежнее на уровне БД. |
|||
35
Lionee
19.04.12
✎
15:19
|
(10)+ 100
кому то, инфу сливать собираются ,в реал тайм |
|||
36
Злой Бобр
19.04.12
✎
15:23
|
(35) Ну ХЗ. У меня был товарищ дык хотел у себя на ноуте видеть базу магазина. Тупо дома что-то проанализировать и т.п. Хотя сомневаюсь что он дома что-то в ней делал, но захотелось ему и все тут. Возможно у автора такие же непуганые идиоты которые хотят что-то типа анализировать.
|
|||
37
mad hatter
19.04.12
✎
15:41
|
(36) это нужно торгашам.. у них все заточено, что бы все базы были на одном серваке, для консолидированной отчетности..
|
|||
38
Mikeware
19.04.12
✎
15:43
|
Я описывал как-то... (причем не я первый.)
грубо говоря, 1)сформируй третью запись в 1сдбсет, обе назначь периферийками. (ну, или добавь необходимое количество баз) 2) сделай копию 1сдбсет в центральной базе, и во всех периферийках-узлах 3) сделай триггер (на 1сдаундоадил) или dts-пакет по восстановлению текущих 1сдбсет из сохраненных копий по окончании обмена. ну и все, собственно |
|||
39
mad hatter
19.04.12
✎
15:57
|
(38) спасибо.. покопаю )))
..сложные махинации чреваты - пока я буду скармливать м удаков бразильским крокодилам, какой нибудь "уася" сунет свой длинный деревянный нос в нарисованный мною очаг.. ))) и вместо белых штанов и Рио де Жанейро я получу "олло олло, шеф усё пропало!.." |
|||
40
PRADA
19.04.12
✎
18:34
|
кроме бэкапа ничего в голову не идет
|
|||
41
Mikeware
19.04.12
✎
18:48
|
(38) Написать скрипты для п.1 и п.2 - дело 1 часа, и разослать с обновлением конфиги. DTS-пакеты удаленно не создавал, не скажу - а вот повесить триггер - можно. Написать скрпты для превращения клонов ПБ в самостоятельные ПБ - еще 15 минут. Итого 2-3 часа работы, плюс время на клонирование.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |