Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Рекомендации по TAF_policy  [new]
mayton
Member

Откуда: loopback
Сообщений: 49721
Необходимо отконфигурить сервис DEMO_BATCH так, чтобы при сбое инстанса DEMO2 стартовал DEMO4

Скрипт написал.

srvctl modify service -d DEMO -s DEMO_BATCH -n -i DEMO2 -a DEMO4

Остался опциональный параметр TAF_policy назначения которого мы не понимаем.

Есть ли толкование TAF_policy и рекомендации по применению?

(Introduction to Workload Management - уже читаю. Есть неясности.)
20 ноя 07, 15:44    [4940242]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
Охрименко
Member

Откуда: Украина, Киев
Сообщений: 1440
mayton
Необходимо отконфигурить сервис DEMO_BATCH так, чтобы при сбое инстанса DEMO2 стартовал DEMO4

Скрипт написал.

srvctl modify service -d DEMO -s DEMO_BATCH -n -i DEMO2 -a DEMO4

Остался опциональный параметр TAF_policy назначения которого мы не понимаем.

Есть ли толкование TAF_policy и рекомендации по применению?

(Introduction to Workload Management - уже читаю. Есть неясности.)


TAF - Transparent Application Failover. прозрачное переключение приложений. у вас же кластер. В кластере все инстансы работают, и при правильно сконфигурированнном TAF, сессии выполнявшиеся на ноде которая рухнула незаметно для пользователя переезжают на другие инстансы. То что вы пытаетесь сделать, предположительно TAFом не называется. сформулируйте вопрос иначе.
20 ноя 07, 16:33    [4940672]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
AG#
Member

Откуда: Российская Федерация
Сообщений: 2305
Option Description

-d db_unique_name Unique name for the database.
-s service_name The service name.
-r preferred_list The list of preferred instances.
-a available_list The list of available instances
-P TAF_policy The TAF policy (NONE, BASIC, or PRECONNECT).

The BASIC and PRECONNECT settings affect the content of the TNS string that Oracle generates.


TAF_policy:

it is used here to create failover-ready connections to the available instances.


When Oracle Net Services establishes a connection to an instance, the connection remains open until the client closes the connection, the instance is shut down, or a failure occurs. If you configure transparent application failover (TAF) for the connection, then Oracle RAC moves the session to a surviving instance when an outage occurs.TAF can restart a query after failover has completed, but for other types of transactions, such as INSERT, UPDATE, or DELETE, the application
20 ноя 07, 16:36    [4940694]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
AG#
Member

Откуда: Российская Федерация
Сообщений: 2305
Attributes of a Service:

- Identified with a globally unique name
- Network identifier to provide access by clients
- Threshold values (which you set) for response time and CPU consumption alerts
- Priority value (which you set) to determine relative resource use compared with
competing services
- Load balancing advisory goal to determine if connections are
made for quality (service response time) or for best throughput
(how much work is completed in a unit of time)
– Flag to identify if service will use distributed transactions
– Flag to turn on RAC high availability event propagation to OCI and
ODP.NET clients via Advanced Queuing
– Transparent application failover characteristics
– Connection load balancing goal to determine if connections are
made for open or closed workloads (that is, using load balancing
advisory goal or using session counts)
– High availability option by instance – primary or failover


You can assign services to run on one or more instances; services integrate cluster database resources
to simplify cluster manageability.
You can use SVRCTL to create and add services. You can assign
services to instances for preferred (normal) and available (recovery) processing.

You can identify other instances that are available to support the service levels change or for planned outages.
20 ноя 07, 16:51    [4940839]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
mayton
Member

Откуда: loopback
Сообщений: 49721
Охрименко
То что вы пытаетесь сделать, предположительно TAFом не называется. сформулируйте вопрос иначе.


Хм... как сложно. Хорошо. Сформулирую. Я пытаюсь перебрать возможные варианты для конфигурации четырёх-узлового кластера. Советом технических директоров решено не использовать сразу все четыре nodes. Две из них будут в горячем резерве. Пользователи разбиты на 2 группы. 1-группа работает на Node1 или на Node2 в случае сбоя. 2 группа работает на Node3 или Node4 в случае сбоя.

Мой вопрос заключается в следующем: какой вариант выбрать (NONE, BASIC, or PRECONNECT) и какие преимущеста/недостатки для моей конфигурации я получаю в трёх случаях.

AG#
...

Ваш пост прочитал. Пока испытываю трудности перевода.
20 ноя 07, 23:23    [4942227]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
mayton
Хм... как сложно. Хорошо. Сформулирую. Я пытаюсь перебрать возможные варианты для конфигурации четырёх-узлового кластера.
Советом технических директоров решено не использовать сразу все четыре nodes.

:-)
mayton
Две из них будут в горячем резерве. Пользователи разбиты на 2 группы. 1-группа работает на Node1 или на Node2 в случае сбоя. 2 группа работает на Node3 или Node4 в случае сбоя.

сделайте для одного сервиса преферед узел 1, эвейлабл узел 2
для второго сервиса(группы пользователей) преферед узел 3, эвейлабл узел3
mayton
Мой вопрос заключается в следующем: какой вариант выбрать (NONE, BASIC, or PRECONNECT) и какие преимущеста/недостатки для моей конфигурации я получаю в трёх случаях.

оставьте всё по умолчанию(NONE), поскольку при неиспользовании пула подключений
получится как в том анекдоте
"армия вам никакого вреда, кроме пользы не принесет!" :)
21 ноя 07, 00:26    [4942328]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
mayton
Member

Откуда: loopback
Сообщений: 49721
denix1
сделайте для одного сервиса преферед узел 1, эвейлабл узел 2
для второго сервиса(группы пользователей) преферед узел 3, эвейлабл узел3
[quot mayton]Мой вопрос заключается в следующем: какой вариант выбрать (NONE, BASIC, or PRECONNECT) и какие преимущеста/недостатки для моей конфигурации я получаю в трёх случаях.

Сделали так:
srvctl config service -d DEMO
DEMO_OLTP PREF: DEMO1 AVAIL: DEMO2
DEMO_BATCH PREF: DEMO3 AVAIL: DEMO4
21 ноя 07, 10:17    [4943063]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
mayton

Сделали так:
srvctl config service -d DEMO
DEMO_OLTP PREF: DEMO1 AVAIL: DEMO2
DEMO_BATCH PREF: DEMO3 AVAIL: DEMO4

вроде нормально
теперь на проверку гасим экземпляр DEMO1
и смотрим за переползанием сервиса на DEMO2
21 ноя 07, 12:08    [4944022]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
AG#
Member

Откуда: Российская Федерация
Сообщений: 2305
mayton

AG#
...

Ваш пост прочитал. Пока испытываю трудности перевода.


:)

Ну на руском вроде не видел нигде.На русском описал-бы также.
Я привел вам выжимки.Что-бы вам быстро вьехать в тему.

кстати а почему так решили сделать ? node3-4 в down будут что-ли все время ?
21 ноя 07, 14:20    [4945136]     Ответить | Цитировать Сообщить модератору
 Re: Рекомендации по TAF_policy  [new]
mayton
Member

Откуда: loopback
Сообщений: 49721
AG#
кстати а почему так решили сделать ? node3-4 в down будут что-ли все время ?

В этом физическом кластере будет еще 4 базы. Для них зарезевировано.
21 ноя 07, 21:26    [4947475]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить