| Версія | 5.0 |
|---|---|
| Видавництво | EnterpriseDB |
| Дата випуску | Jan 6, 2013 |
| Дату додано | Jan 7, 2013 |
| Вимоги ОС | Windows 2000, Windows Vista, Windows, Windows 7, Windows XP |
| Вимоги | None |
| Загальна кількість завантажень | 99 |
| Ціна | Free to try |
Опис
Якщо у вас є кілька головних баз даних, ви можете досягти швидшого доступу до консолідованих даних, кращого часу безперебійної роботи для цілодобових оновлень і масштабованості читання, використовуючи стандартне обладнання. Попрощайтеся із запланованими пакетними завданнями, які тимчасово синхронізують дані між розташуваннями з центрального головного пристрою. Безперервна асинхронна реплікація від головного до головного означає, що дані одного регіону доступні для всіх регіонів майже в реальному часі. Якщо майстер в одному регіоні виходить з ладу, користувачі не матимуть тривалих затримок для введення/оновлення даних, доки в мережі не з’явиться заміна. Ви можете перенаправити запити бази даних знищеного регіону до бази даних іншого регіону. Коли головний пристрій на заміну повторно приєднується до кластера, він автоматично повторно синхронізується з іншими головними. Якщо під час реплікації в одному рядку відбуваються суперечливі редагування (тобто конфлікт унікальності, оновлення чи видалення), ви можете вибрати параметри «Найперша мітка часу», «Остання мітка часу», «Пріоритет вузла» або вручну для визначення вирішення. Ви навіть можете мати режим очікування, якщо ваш перший вибір не допоможе вирішити конфлікт. Крім того, що кожен із ваших локальних регіонів або користувачів матиме швидший доступ до інтегрованих даних, ваші системи зможуть обробляти більше читань і запитів. Кожен майстер буде доступний для обробки запитів з будь-якого регіону або будь-яких запитів, які потребують консолідованих даних. Для подальшого масштабування ви можете створювати копії Hot Standby для кожного майстра, які оброблятимуть ще більше навантаження читання, створюючи дуже гнучку та масштабовану архітектуру на майбутнє.