2 базы, разные платформы, Corpo + лицензии Support )))
Добавлено: Пт, 19/02/2010 16:38
Здравствуйте.
Сейчас есть одна БД на Oracle платформе, с тормозами и недовольствами пользователей по медленной работе (тему про "обрезать данные" прошу не поднимать, пока не актуально)
Хотим:
1.отделить для торгашей (торговые центры) базу на платформe Pervasive, на подобие "Торговля+Склад" (аля 1С-шмадинес)... 1С не сам не любвлю, но пример как нельзя кстати
2.вторую часть оставить как есть на Оракле
3.Между базами настроить частичную Репликацию данных
Суть этого "геморроя":
1.Получить увеличение скорости работы базы именно для торговых центров
2.как следствие из п.1 - уменьшение времени на обслуживание 1 Покупателя
3."Мобильность" БД (в отличие от того же Оракла на х64 платформе, как у нас сейчас)... собрали папку с данными и потащили на другой сервер, где за 30 минут подняли и настроили Pervasive server
4.Уменьшение времени резервирования БД ТЦ и как следствие отказоустойчивость, что очень кричитно для ТЦ, потому что это живые деньги
5.Независимость БД ТЦ от Общей БД... Например, Оракл встал колом на сутки... ну мало ли что... ТЦ продолжают торговать из остатков на своих складах без проблем, через сутки прошли продажи в Оракловую базу, вернулись перемещения в Pervasive и опять все счастливы...А САМОЕ ГЛАВНОЕ - СУТКИ(!) ТЦ РА-БО-ТА-ЮТ
Вопросы:
1.Для постоянного обмена хотим использовать "Репликацию данных", помнится лицензия покупается так: 1Сервер+1клиент = 1 лицензия, все правильно?
2.У нас имеются купленные лицензии на всяческие Support утилиты + VIP + FR, мы их хотим использовать как на платформе Оракле, так и на Pervasive платформе, но т.к. в лик-файле есть ссылка на платформу
не покупать же второй раз утилиты! Мы можем попросить себе в файл добавить ссылку на Pervasive платформу и использовать один лик-файл?
т.е. примерно так (именно для утилит поддержки):
3.Работа системы репликации данных не зависит от платформы? Т.е. для системы ведь не суть между какими БД перекидывать данные (Oracle<=>Oracle или Oracle<=>Pervasive)
4.Как быть с Аппаратным ключем, Сервер аппаратного ключа "прожует" многоплатформенность, не переклинит его или нужен будет второй ключ для работы со второй базой?
Вот примерно такие вопросы... очень жду ответов ТЦ уже с ножом к горлу подступают
Сейчас есть одна БД на Oracle платформе, с тормозами и недовольствами пользователей по медленной работе (тему про "обрезать данные" прошу не поднимать, пока не актуально)
Хотим:
1.отделить для торгашей (торговые центры) базу на платформe Pervasive, на подобие "Торговля+Склад" (аля 1С-шмадинес)... 1С не сам не любвлю, но пример как нельзя кстати
2.вторую часть оставить как есть на Оракле
3.Между базами настроить частичную Репликацию данных
Суть этого "геморроя":
1.Получить увеличение скорости работы базы именно для торговых центров
2.как следствие из п.1 - уменьшение времени на обслуживание 1 Покупателя
3."Мобильность" БД (в отличие от того же Оракла на х64 платформе, как у нас сейчас)... собрали папку с данными и потащили на другой сервер, где за 30 минут подняли и настроили Pervasive server
4.Уменьшение времени резервирования БД ТЦ и как следствие отказоустойчивость, что очень кричитно для ТЦ, потому что это живые деньги
5.Независимость БД ТЦ от Общей БД... Например, Оракл встал колом на сутки... ну мало ли что... ТЦ продолжают торговать из остатков на своих складах без проблем, через сутки прошли продажи в Оракловую базу, вернулись перемещения в Pervasive и опять все счастливы...А САМОЕ ГЛАВНОЕ - СУТКИ(!) ТЦ РА-БО-ТА-ЮТ
Вопросы:
1.Для постоянного обмена хотим использовать "Репликацию данных", помнится лицензия покупается так: 1Сервер+1клиент = 1 лицензия, все правильно?
2.У нас имеются купленные лицензии на всяческие Support утилиты + VIP + FR, мы их хотим использовать как на платформе Оракле, так и на Pervasive платформе, но т.к. в лик-файле есть ссылка на платформу
Код: Выделить всё
Список доступных платформ {
ORACLE
RUSSIANMENU
}
т.е. примерно так (именно для утилит поддержки):
Код: Выделить всё
Список доступных платформ {
ORACLE
PERVASIVE
RUSSIANMENU
}
4.Как быть с Аппаратным ключем, Сервер аппаратного ключа "прожует" многоплатформенность, не переклинит его или нужен будет второй ключ для работы со второй базой?
Вот примерно такие вопросы... очень жду ответов ТЦ уже с ножом к горлу подступают