Текущее время: Вт, сен 25 2018, 23:29

Часовой пояс: UTC + 4 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: brtools & oracle 12.2
СообщениеДобавлено: Вт, июн 19 2018, 10:22 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Ну .... Слышали про FSFO ? Так вот, FSFO работает основательно только со включенным SYNC режимом, думете все кто использует FSFO
работают в идеальной сферической системе?
Требования при SYNC не такие прям и невыполнимые, если у вас сеть и такое не может показать, то я бы задумался ...
"Best Practices for Synchronous Redo Transport"
http://www.oracle.com/technetwork/datab ... 437177.pdf


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: brtools & oracle 12.2
СообщениеДобавлено: Ср, июн 20 2018, 06:16 
Специалист
Специалист

Зарегистрирован:
Ср, янв 16 2013, 05:04
Сообщения: 170
SergoB написал(а):
Ну .... Слышали про FSFO ? Так вот, FSFO работает основательно только со включенным SYNC режимом

улыбнуло )

Цитата:
The following paragraphs describe the supported availability modes.

Maximum Availability Mode (Oracle Database 10g Rel 2 and later)
In Maximum Availability mode, FSFO guarantees that no transaction that has received a commit acknowledgment will be lost during a failover. The price for this guarantee is increased commit latency ( log file sync waits). Maximum Availability mode uses synchronous redo transfer and FSFO imposes the additional requirement that the redo is recorded in the standby redo log (SRL) of the target standby (AFFIRM option of log_archive_dest_ n). Overall commit latency is increased by the round-trip network latency. With increased latency comes decreased throughput; however, in some cases the difference in throughput may be made up by increasing parallelism.

Although redo transfer is synchronous, Maximum Availability mode allows the primary to remain available if the standby database becomes unavailable for any reason (e.g. standby database, host, or network failure, etc.). If the primary is unable to contact the standby after a user specified period of time (NET_TIMEOUT option of log_archive_dest_ n), it drops out of synchronous transfer mode and begins operating as though it were in Maximum Performance mode. When the standby becomes available again, the primary and standby re-synchronize and resume synchronous redo transfer.

Maximum Performance Mode (Oracle Database 11g Rel 1 and later)
Oracle Database 11g FSFO adds support for Maximum Performance mode (async redo transfer), providing the flexibility to trade durability for performance. Commit latency is not affected by redo transfer, but committed transactions whose redo has not been received by the standby will be lost during failover. FSFO configurations in Maximum Performance mode may limit potential data loss by specifying the maximum allowable age of transactions that are lost during a failover. For example, if the limit specified is 30 seconds (the default), FSFO guarantees that all transactions that committed prior to 30 seconds ago are preserved during failover. The minimum allowable limit is 10 seconds.


Цитата:
,думете все кто использует FSFO
работают в идеальной сферической системе?

у меня нет ни одного знакомого это использующего. А по процитированному выше видно что ОРАКЛ допускает ASYNC в этом продукте. Так что про "основательность" - ваша личная придумка.

SergoB написал(а):
Требования при SYNC не такие прям и невыполнимые, если у вас сеть и такое не может показать, то я бы задумался ...

конфигурации бывают разные. и далеко не все похожи на установку обоих серверов в одном ДЦ в районе МКАД.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: brtools & oracle 12.2
СообщениеДобавлено: Ср, июн 20 2018, 10:52 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Всё понятно ) Вы любитель видимо поверхностного чтения.
Естественно FSFO будет работать и с ASYNC и с MaxPerformance , но этого никто не будет делать на продуктивных системах.
Как только запустится файловер, при открытии базы будут записи в логе что данные потеряны, и база откроется с потерей данных.
Так что про "основательно работает" я точно знаю что писал.
Про то что вы указали в первом параграфе, это и есть отличие MaxAvailability от MaxProtection при пропадании standby базы,
commit-ы продолжаются в primary базу.
"конфигурации бывают разные. и далеко не все похожи на установку обоих серверов в одном ДЦ в районе МКАД" -->
Так вы похоже не читаете особенно что пишут --> "Такой вариант только для DR подходит" это он и есть в вашем случае, поэтому ASYNC вполне нормально.
Заканчиваю писать в этом треде, думал как то продуктивно обсудить, а тут как то не так всё пошло. Всего наилучшего.

BR, Sergo.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: brtools & oracle 12.2
СообщениеДобавлено: Чт, июн 21 2018, 03:14 
Специалист
Специалист

Зарегистрирован:
Ср, янв 16 2013, 05:04
Сообщения: 170
SergoB написал(а):
Естественно FSFO будет работать и с ASYNC и с MaxPerformance , но этого никто не будет делать на продуктивных системах.

Заканчиваю писать в этом треде, думал как то продуктивно обсудить

я 18 лет на многих базах на нескольких работах делаю ASYNC (теперь вы не сможете писать "никто")

И работает все это так, что до сих пор не возникало желания пробовать SYNC.

Это для продуктивности диалога.

А так, да, мы сильно отвлеклись.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: brtools & oracle 12.2
СообщениеДобавлено: Чт, июн 21 2018, 09:36 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
sap2me написал(а):
SergoB написал(а):
Естественно FSFO будет работать и с ASYNC и с MaxPerformance , но этого никто не будет делать на продуктивных системах.

Заканчиваю писать в этом треде, думал как то продуктивно обсудить

я 18 лет на многих базах на нескольких работах делаю ASYNC (теперь вы не сможете писать "никто")

И работает все это так, что до сих пор не возникало желания пробовать SYNC.

Это для продуктивности диалога.

А так, да, мы сильно отвлеклись.


Да хоть 118 ;) Никто FSFO не будет делать с ASYNC, вы даже тут не захотели прочитать/понять смысл...
То что вы в DR конфигурации делаете ASYNC это правильно, с этим никто и не спорит.
:pivo:


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB