Какво е сървър за репликация на Sybase
Какво е сървър за репликация на Sybase?
Опитвайки се просто да обясня сложни неща.
Репликацията е дублиране, дублиране на данни. Тези или тези продукти предоставят такива функции по един или друг начин. MS SQL Server предлага три опции за репликация: репликация на транзакции, репликация на сливане и репликация на моментна снимка. Oracle насърчава Golden Gate.
Sybase разработва много интересен продукт, Replication Server. Изключително мощен, гъвкав и ефективен.
Да предположим, че има някакъв централен ASE сървър. RS позволява използването на интегрираните ASE механизми за получаване на данни от регистрационния сегмент, трансформирането им по специален начин и изпращането им на други сървъри.
В същото време възможностите за репликация и персонализиране са огромни. Може да има много сървъри за получатели. На свой ред те могат да прехвърлят данните си на централен сървър (или на няколко сървъра). Можете да прехвърлите само някои полета на таблици, можете да прехвърлите само някои записи, които отговарят на определено условие. Вместо стандартни действия на приемащия сървър, можете да изпълнявате скриптове и процедури за повикване. И накрая, можете да създадете сървър/база данни в режим на готовност (ASE Warm Standby Databases).
Всъщност това ви позволява да създадете система от сървъри, чиито данни в таблицата се предават в реално време (секунди) с голяма производителност. В същото време можете да преместите редица проекти на отделни сървъри, докато изчисленията, извлеченията или някои статистически данни няма да вземат ресурси от основния сървър, това ще разтовари и ще увеличи производителността. Можете да създадете сървъри за спешно съхранение на данни. В нашето бурно време такива сървъри могат да бъдат разположени в друг регион или дори в чужбина. Ако сървърът се нуждае от някаква процедура за проверка или обработка на данни, това може да стане, без да се използва междинна таблица и хост, можете да извикате процедура и да прехвърлите данни от транзакция към нея. Ако количеството прехвърлени данни е малко, изискванията за производителност на целевия сървър също могат да бъдат доста скромни. Дори и да няма време да приложи транзакции, те няма да бъдат загубени, те ще се натрупват в опашката. Това драстично намалява цената на желязото.
В случай на географски отдалечени сървъри и лош канал е напълно възможно да се поддържа адекватно копие на данните. Трябва да попълните основата веднъж и след това да прехвърлите само необходимите промени. И накрая, една или няколко таблици могат да бъдат попълнени едновременно на няколко сървъра, съответните промени ще бъдат предадени от всеки на всеки.