|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
kdvмнэ... я клиент. коннекчусь к серверу 192.168.0.20. Сервер этот состоит из двух узлов. Один работает, второй ждет падения первого. Если первый узел упал, второй принимает тот же самый адрес 192.168.0.20. Это и есть "подмена адресов", которая осуществляется исключительно операционной системой. Мне кажется, вы чего-то не понимаете в архитектуре виндового Failover cluster. Нет, Вы коннектитесть не к серверу, а кластерному ресурсу, который имеет свой IP, отличный от IP физических серверов. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 09:29 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
kdvя клиент. коннекчусь к серверу 192.168.0.20. Сервер этот состоит из двух узлов. Один работает, второй ждет падения первого. Если первый узел упал, второй принимает тот же самый адрес 192.168.0.20. Это и есть "подмена адресов", которая осуществляется исключительно операционной системой. Мне кажется, вы чего-то не понимаете в архитектуре виндового Failover cluster. Возможно, проще в сетевых настройках клиентской части СУБД прописать сразу несколько хостов, а клиент коннектиться к тому, что доступен. Все таки выглядит как задача СУБД, а не ОСи. Админу СУБД зачем про ОСи знать? Их у Оракла с десяток может быть. А так админу все равно какая ОСь. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 11:06 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Хотя поленился все прочитать, а только этот кусок. Если там не про то звиняйте. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 11:09 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Bort13Думаю, что приверженец FB Вам ответит, что у него была теневая копия на отдельном HDD, которая сохранила всё до последней крэшевой транзакции. И что продакшн был запущен через двадцать минут на "горячем" резервном сервере. а что толку от этой теневой копии если она и от половины случаев не спасает ? сошедший с ума контроллер, сбой памяти запортят любое кол-во копий. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:00 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Yo.!, также как и лог транзакций ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:08 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Симонов ДенисYo.!, также как и лог транзакций логи при переключении убирают с сервера, с логом все совсем не так. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:18 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Yo.!логи при переключении убирают с сервера тень может быть на другом сервере ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:23 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
dimitrYo.!логи при переключении убирают с сервера тень может быть на другом сервере вам что-то осталось не понятным в моей фразе ? Yo.!а что толку от этой теневой копии если она и от половины случаев не спасает ? сошедший с ума контроллер, сбой памяти запортят любое кол-во копий. в случае с ФБ плодить копии никакого нет, при сбое проблема будет записана во все копии со всеми вытекающими. а вот логи можно убирать и проигрывать на момент до сбоя ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:34 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
pkarklinДима, ты понял, что я хотел спросить. Нет, я совсем не понял что ты хотел спросить. Телепатией не обладаю. А то, что ты действительно спросил выглядит глупо. Какое слово из "доменное имя, имеющее несколько адресов" тебе непонятно? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:41 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovА то, что ты действительно спросил выглядит глупо. Какое слово из "доменное имя, имеющее несколько адресов" тебе непонятно? Глупо просто кидаться терминологий. Как клиентский механизм доступа к данным MS SQL в случае зеркалирования определяет, куда ему подключаться, я описАл здесь: 17795405 . Приведи пример реализации схожей функциональности для FB (по шагам, - делаем то-то, затем, то-то). Есть ли у FB возможности автоматического перехода на резерв без вмешательства человека? Какая будет при этом потеря данных? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:51 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
pkarklinПриведи пример реализации схожей функциональности для FB (по шагам, - делаем то-то, затем, то-то). Есть ли у FB возможности автоматического перехода на резерв без вмешательства человека? Какая будет при этом потеря данных? Заводим в DNS запись db.local, например, и туда добавляем адреса всех серверов в кластере. При невозможности соединиться с первым сервером с списке, клиент пойдёт на второй, третий и т.д. до восьми. Потеря данных определяется схемой построения этого кластера, но как минимум незакоммиченые данные будут потеряны, да. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 12:58 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЗаводим в DNS запись db.local, например, и туда добавляем адреса всех серверов в кластере. При невозможности соединиться с первым сервером с списке, клиент пойдёт на второй, третий и т.д. до восьми. И как DNS определяет, какой из серверов сейчас основной, а какой резервный, чтоб к нему подключаться? Round Robin DNS как раз наоборот перетасовывает выдаваемые адреса, т.е. резервные сервера в кол-ве более одного не имеют смысла, если они не поддерживают Load Balansing. Если серверов 2 (основной и резервный), то резервный должен быть выключен, пока основной работает, иначе, куда попадет подключение клиента - одна бабушка сказала. Полагаю, фантазии с DNS на этом можно оставить в стороне. Dimitry SibiryakovПотеря данных определяется схемой построения этого кластера, но как минимум незакоммиченые данные будут потеряны, да. Про незакоммиченным транзакциям нет вопросов. Меня как раз интересует "схема построения кластера" и самое главное - автоматическое переключения. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 13:11 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Yo.!в случае с ФБ плодить копии никакого нет, при сбое проблема будет записана во все копии речь шла в том числе про сбой контроллера. Локальный контроллер свои сбои тоже будет реплицировать на контроллер машины с тенью? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 13:19 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
pkarklinRound Robin DNS как раз наоборот перетасовывает выдаваемые адреса К счастью, никто ведь не запрещает его выключать, не так ли?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 13:29 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovК счастью, никто ведь не запрещает его выключать, не так ли?.. Дима, можно ссылку на пошаговую инструкцию (желательно со криншотами) из документации FB по построению такого "кластера"? В замен могу предложить ссылки по настройке зеркалирования в MS SQL и подъема кластерного инстанса. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 13:45 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
pkarklinможно ссылку Нельзя. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 13:53 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Но для любителей картинок есть http://sqlrelay.sourceforge.net/ Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 13:58 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovНо для любителей картинок есть http://sqlrelay.sourceforge.net/ Во-первых, я не верю в серебряную пулю, во-вторых, этот продукт не является средством обеспечения HADR, если этого не умеют "стоящие под ним" СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 14:19 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
dimitrYo.!в случае с ФБ плодить копии никакого нет, при сбое проблема будет записана во все копии речь шла в том числе про сбой контроллера. Локальный контроллер свои сбои тоже будет реплицировать на контроллер машины с тенью? не речь шла о том, что shadow не спасет и от половины проблемы. учитывая, что речь об ФБ, то уверен вы имеете ввиду писанину по smb на виндовую шару удаленного сервера. там чудеса гарантированы и без железячных проблем. еще раз, без лога получить что-то вменяемое не выйдет никак, уж не говоря о performance проблемах, которые вырастают без нормального лога. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 17:08 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Yo.!речь шла о том, что shadow не спасет и от половины проблемы А как давно Вы используете на сервере память без контроля ошибок и предварительного тестирования?.. Yo.!уверен вы имеете ввиду писанину по smb на виндовую шару удаленного сервера Эт ты зря уверен. SMB не поддерживается. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 17:30 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Yo.!, при сбоях памяти в логе так же будет мусор, так что тоже не спасает ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 17:43 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Yo.!уверен вы имеете ввиду писанину по smb на виндовую шару очередной промах, так держать ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 17:51 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Симонов Дениспри сбоях памяти в логе так же будет мусор, так что тоже не спасает будет, но никто не заставляет накатывать лог целиком. потому всякие и рулят dimitrYo.!уверен вы имеете ввиду писанину по smb на виндовую шару очередной промах, так держать а что тогда ? iSCSI ? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 18:49 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
Yo.!а что тогда ? iSCSI ? я имел ввиду nfs, вообще-то ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 19:24 |
|
Firebird или MSSQL, вот в чём вопрос !...
|
|||
---|---|---|---|
#18+
pkarklinНу, например, обратите внимание на возможность клиентского механизма доступа данных прозрачно для конечного пользователя переключиться на "резерв".Согласен. Механизм зеркалирования в MSSQL - приятное свойство (в сумме со всеми следствиями). Итак пока, "за" FB - цена, "за" MSSQL - зеркалирование. kdvвы хотите доказательств, или чего именно? Давайте тогда сравнивать железо, на котором у ФБ 400 пользователей, и у MS SQL 400 пользователей.К сожалению, далее данных для сравнения, в том числе по железу, в 17795129 Вы не предоставили. А мне, действительно, нужны доказательства. И, действительно, существенны два параметра - "уровень удерживаемой нагрузки" и "затраты на поддержание этого уровня". Коннект коннекту - рознь, согласен. Именно поэтому ссылка на службу кадров малорелевантна. Ближе всего в моём случае - коннекты продуктового супермаркета. За данные по Профимеду в 17795248 спасибо. Но хотелось бы узнать источник данных. Может быть, есть информация не только о нём? dimitrя имел ввиду nfs, вообще-тоПод Win с NFC действительно сложности. Тень на другой сервер прикрутить таки можно, но внимание и нервы постоянно натянуты. Перенесли локально, - выдохнули. Хоть и в ущерб процессу восстановления. Именно поэтому MSSQL "+" за зеркало. Сбор "за" и "против" продолжается. В качестве частного момента, вопрос - действительно ли дефрагментация БД оказывает ощущаемое влияние на быстродействие? Вопрос, естественно, в контексте сравнения FB и MSSQL, БД 150-200 Гб. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2015, 20:04 |
|
|
start [/forum/topic.php?fid=35&msg=38988959&tid=1552309]: |
0ms |
get settings: |
31ms |
get forum list: |
24ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
167ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 316ms |
0 / 0 |