Glok пишет:

> Потом дороже вылезет, когда сторонний репликатор как-нить лажу подкинет.
> Так что Oracle однозначно......

Это такая тонкая шутка? Или у оракла появились наконец-то штатные
средства off-line репликации? Я уж молчу про легкость развертывания и
сопровождения в 50 филиалах
Posted via ActualForum NNTP Server 1.3

Glok пишет:

> В 8.1.7. уже есть.
> Асинхронный режим репликации. Чем не офлайн?

Не знаю, может быть чем-то и не офф-лайн. Вопрос терминов. Что есть
асинхронный режим? Off-line репликация не требует наличия возможности
прямого соединения серверов даже на короткое время. Репликация
осуществляется передачей сообщений. Штатные поддерживаемые в ASA
транспорты сообщений - e-mail, FTP, Lotus VIM и просто файлы, которые
могут отправляться хоть конным курьером с дискетками. При этом SQL
Anywhere сам заботится о целостности, последовательности и подтверждении
сообщений, сам перезапрашивает повторы при потерях и т.п.
Беглый поиск по форуму Oracle показывает, что там ничего подобного нет:
http://sql.ru/forum/actualthread.aspx?tid=324791
http://sql.ru/forum/actualthread.aspx?tid=265862
http://sql.ru/forum/actualthread.aspx?tid=14443&pg=2#74445
http://sql.ru/forum/actualthread.aspx?tid=68470&pg=1#491644
http://sql.ru/forum/actualthread.aspx?tid=202436&pg=1

Либо там люди что-то утаивают, либо не в курсе и по неведению пишут
самопальные репликаторы под подобные задачи

Подозреваю, что упомянутый асинхронный режим подразумевает хотя бы
эпизодическую прямую связь серверов. Т.е. сеансовая репликация. В ASA
такое тоже есть, называется Mobilink, позиционируется в первую очередь
как решение для мобильных пользователей, но с тем же успехом может
использоваться и для стационарных инсталляций.

> Есть штатные средста экспорта/импорта. В старших версия есть
> trasportable tablespase......

Экспорт-импорт и репликация - это несколько разные вещи. Вы не находите?
Как экспортом-импортом разруливать одновременные правки в разных
местах разных записей одной и той же таблицы? А если вообще правятся
разные поля одних тех же записей? А отработка конфликтов репликации? А
множественные изменения в связанных ссылочной целостностью таблицах? А
разделение информации для разных подписчиков? И множество других вопросов.

> А что MS SQL или Sybase проще разворачивать?
> Если не знаешь оракла тогда сложно... даже почти не возможно, как в
> прочем и любую другую СУБД.

Для незнающего айтишника или даже вообще адвансед юзера можно
подготовить zip-архив около 6-7 мб с минимальным набором необходимого
для установки сервера SQL Anywhere, накатать инструкцию в пару абзацев,
либо объяснить по телефону за 10 минут либо вообще подготовить батник с
3 строчками, который установит и запустит сервер. Почти невозможно?
Разумеется, в оракле в маркетинговом отделе тоже не дураки сидят и с
каждой версией многое становится проще, но утверждать, что он так же
прост в развертывании и сопровождении, как ASA - слишком опрометчиво.
Впрочем, флейма на эту тему тут было уже предостаточно.
Posted via ActualForum NNTP Server 1.3

vadiminfo
А разве филиалы означают всегда off-line репликацию? Все-таки репликация по мылу - это на любителя (плохой стиль - тулсы не по назначению).

Уважаемый! Мы с вами нафлеймили в этом форуме на эту тему уже предостаточно. Возобновлять не хочу, ибо смысла нет. Рекомендую прочитать первый топик этого треда внимательнее, где черным по белому написано:

2)Двусторонняя репликация между головным офисом и филиалами ( поддержка оффлайн-репликации )

Про то, что для Вас репликация - это то, что в толстых книжках, а жизни за пределами территории, охваченной толстым оптоволокном, не существует, я прекрасно помню. А так же помню про святую непоколебимую веру в абсолютное превосходство оракла во всем при практически полном отсутствии знакомства с какими-либо другими SQL серверами
vadiminfo
Я не предлагаю автору Оракл. Но то, что он хуже АСЫ в развитых странах, (где кроме мыла и курьеров есть и другие виды связи) все еще не уверен.

А я именно рекомендую рассмотреть ASA для данной задачи. И я не говорил, что оракл хуже, чем ASA. Абстрактные понятия хуже-лучше без контекста не имеют смысла, кроме как для религиозных фанатиков вроде Вас. И тут не рассматривается вопрос каких-то абстрактных развитых стран. Автор топика описал конкретную задачу в определенных условиях. У вас есть что предложить-посоветовать автору по существу и обоснованно?

Glok
Незнающему айтишнику доверять разворачивание системы?
Что-то стрёмно....
Всё равно он должен быть знаком с разварачиваемой СУБД.

В каждом филиале? Ну, ну :))
Glok
Сложно предствить филиал в котором нет телефона. Реплицировать можно и по мдему.

Держать модемный пул? Или довериться диалапному инету с динамическим IP, соответственно открыв порт сервера всему миру?

Изопропил авторИли довериться диалапному инету с динамическим IP, соответственно открыв порт сервера всему миру?

VPN уже отменили?
http://www.yandex.ru/yandsearch?rpt=rad&text=%F3%FF%E7%E2%E8%EC%EE%F1%F2%FC+vpn+%F1%E5%F0%E2%E5%F0%E0
http://www.google.ru/search?hl=ru&q=vpn+vulnerability&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA&lr=

GlokЦитата из выше сказанного
GlokВыбор СУБД считаю определяется по трем параметрам (в основном).
Надежность.
Стоимость (не должно привышать стоимость данных).
Способность работать с необходимым объемом данных
И зачем 2 раза повторять эти банальности? Любой инструмент (в т.ч. и СУБД) выбирают наиболее подходящий из имеющихся. Критерии пригодности и их значимость в каждом конкретном случае могут быть совершенно разными. Большинство критериев приводятся к стоимости прямо или опосредованно. А как ты собираешься по упомянутым 3 параметрам выбрать сервер для автора топика?
Glok
Кроме диалапа есть еще ADSL...
Я себе дома поставил.
Стоимость 15 убитых енотов в месяц, неужели дорого?

Глобус не заканчивается за МКАДом.

P.S. Интересно, многие ли из советчиков в этом топике реально делали распределенные системы с множеством филиалов, без сисадминов в штате и с заметными проблемами по связи в регионах? Модемы, VPN-ы, договаривания с провайдерами... Ага, договоришься, если этот провайдер по сути единственный монополист и, к тому же, государственный

ИзопропилПо поводу VPN - фиксированный IP адрес решает проблему безопасности?
Не на 100%, но заметно уменьшает вероятность и увеличивает стоимость успешной атаки.

vadiminfo
Если уж Вы пошли по пути навязчивой пропанганды АСы где только можно,

Не где только можно. Здесь был четкий перечень критериев, по которым SQL Anywhere очень хорошо подходит. У вас есть альтернативное предложение, обоснованное объективно, а не вашей верой?

Если на вас мои постинги с упоминанием ASA действуют раздражающе, как красная тряпка на быка, то это ваши личные проблемы, участвовать в разрешении которых у меня нет ни желания, ни соответствующего медицинского образования. А повторять по кругу все, что мы с вами уже обсудили - времени жалко. Поиск рулит.