Премини към съдържанието

Vectra_sec

Потребител
  • Публикации

    5
  • Регистрация

  • Последно онлайн

Харесвания

0 Неутрална репутация

Всичко за Vectra_sec

  • Титла
    Новобранец

Информация

  • Пол
    Мъж
  • Град
    Варна
  1. Vectra_sec

    Репликация на БД с MySQL

    Някъде да съм претендирал че съм админ Благодаря, мисля че ще свърши работа. Сега ще пада голямото четене....
  2. Vectra_sec

    Репликация на БД с MySQL

    Няма нищо тайно. Трябва да се реализира ( т.е. да се пренапише вече съществуваща) складова система, но с по-специфични бизнес правила. Различните обекти са географски отдалечени и е наложително ползването на интернет като средство за комуникация. Във всеки обект трябва да може да се завежда/изписва/продава/запазва стока, както и да се създават/редактират/изтриват артикули, като информацията може да се синхронизира автоматично или ръчно (може и веднъж дневно, според зависи...). Абсолютно неприемливо е обектите да спрат работа при липса на нет. Т.е. задължително трябва да е разпределена БД, като поне част от данните да са локално. Обектите засега са 4, но е добре да се предвидят поне до 10. Обектите са слабо натоварени (засега...дай боже да станат силно натоварени ) Колизиите ще ги измислим. Трябва да се ползва нещо безплатно като СУБД, че бюджета е силно ограничен... в тая икономическа криза... Ако все пак такова животно нема (дето да поддържа репликация и да е без пари).... ще се мъча да си правя сам алгоритъм за синхронизиране. Няма да е лесно, ама невъзможни неща няма,нали
  3. Vectra_sec

    Репликация на БД с MySQL

    Забравил съм да спомена, че машините са под Вин. Пък и за клъстери само съм чувал Явно ще трябва да зарежа MySQL и да опитам с някоя друга СУБД. Какво ще кажете за Oracle Express. Доколкото разбрах е свободна за използване и има ограничение само във големината на базата - 4GB и че ползва само едното ядро. Не знам само как ще е със скоростта на по-слабички машини. Някой може ли да ми помогне за избор. Приемам варианти секакви
  4. Vectra_sec

    Репликация на БД с MySQL

    Това принципно става, но не и при мен защото: 1. Нямам 100% свързаност 2. Така си типична клиент-сървър система, а аз предпочитам разпределена БД Благодаря за предложението все пак Ми някъде четох, понеже в MySQL синхронизацията е еднопосочна (т.е. се отразяват промените само от Master на Slave) ,вариант за двупосочна синхронизация ставало само в кръг а ето и мнение в друг форум: цъкни тук Между другото ми трябва нещо подобно, като отворилия темата в посочения форум
  5. Здравейте Имам една задачка, която трябва (за предпочитане) да се извърши с MySQL. Задачката е следната: Имаме няколко сървърчета, слабо натоварени (между 20 и 100 записа на час), които трябва да се синхронизират през известен интервал от време (да кажем час). Географски са отдалечени и не е сигурно 100% свързани. Взети са предварително мерки да не се дублират първични ключове, независимо от кога не са синхронизирани. Изчетох де що намерих из нета и стигнах до следния извод; кръгова синхронизация, демек s1 е мастър на s2, s2 е мастър на s3, a s3 е мастър на s1. Само че при отпадане да речем на s2, синхронизацията прекъсва. Въпросите са ми следните: Възможно ли е временно елиминиране на отпадналия сървър(s2), като във веригата го замести следващия(s3), за да се затвори кръга? Ако все пак проработи, как мислите, надеждна ли ще е подобна система, колко време и давате, преди да "гръмне"
  • Разглеждащи това в момента   0 потребители

    Няма регистрирани потребители разглеждащи тази страница.

×
×
  • Добави ново...