|
|
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
Всем привет! Как можно узнать, был ли конкретный объект реплицирован с праймари или он был создан уже на standby вручную? Не пытаясь "выломать ему руки и ноги" при этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2018, 01:57 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
Вы понимаете, как работает Dataguard? Какие объекты вы подозреваете в ручном создании на БД в режиме mount? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2018, 13:46 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
BTMВы понимаете, как работает Dataguard? Какие объекты вы подозреваете в ручном создании на БД в режиме mount? Не датагардом единым... Быть может, у коллеги logical standby. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2018, 14:24 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
Вы не поверите... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2018, 14:26 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousБыть может, у коллеги logical standby. Ну объекты logical standby в read_only в любом случае, иначе это не standby, а говно на палке. Если только ТС не имел в виду индексы или вьюхи... По умолчанию, если описания коленочного решения нет, то подразумеваем датагард) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2018, 14:37 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
-- Ликбез -- Logicsl standby (как указано в заголовке топика) содержит как реплицируемые с Primary объекты (которые в общем случае защищены от изменения), так и новые, для которых разрешены модификации. Например, новые таблицы, индексы на реплицируемые таблицы, мат.вью. Одна жопа была -- очень много типов не поддерживалось. Сейчас появилась возможность их оборачивать/разворачивать, короче переносить. Хоть и много ручного труда. Зато решается возможность горячего апгрейда/патчевания словаря. -- конец ликбеза -- По теме -- наверное, следует смотреть в DBA_LOGSTDBY_SKIP И, например, Unable to run any DDL statements in the custom schema in a Logical Standby (Doc ID 2233258.1) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2018, 14:49 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
BTMНу объекты logical standby в read_only в любом случае, иначе это не standby, A logical Oracle instance [u]can contain schema objects that are not present in the primary database [/u]. Additionally, the DBA might want to create some supporting data structures such as index or materialized views in a logical Oracle instance to speed up the reporting queries. In order to alter or create a schema object in logical standby database, the appropriate user access should be instated. The database guard controls the user access in a logical standby database. The access levels that can be established are as follows: NONE - In this mode, the logical database is not protected by database guard. Any user can alter any objects in the database as long as the SQL Apply operation is not running. STANDBY - In this mode, only users with SYS privilege can modify the objects maintained by the log apply service. All users subject to the usual security policies can modify other schema object s. ALL - In this mode, only users with SYS privilege can modify any object in the database. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2018, 14:52 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
BTMВы понимаете, как работает Dataguard? Какие объекты вы подозреваете в ручном создании на БД в режиме mount? Я писал про logical standby (см. заголовок темы). Кроме того, как уже коллега Viewer написал, ваш "read-only" для реплицированных объектов может быстро превращаться в не read-only. По dba_logstdby_skip не хотелось бы анализировать. Во-первых, там могут быть процедуры, а их парсинг с целью понять, что она могла пропустить, а что не могла, выходит за рамки разумного. Во-вторых, правила могли меняться со временем. Почитаю указанную Вячеславом ноту. Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2018, 02:09 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
В ноте указана взаимосвязь с одним из полей в SYS.tab$ при ручном создании, но с оговоркой "когда объект создается под SYS". А я создавал под правами конкретной схемы, которую ранее создал под SYS на logical standby. И, как следствие, имею другое значение в поле flags. По-прежнему непонятно :( Можно, конечно, заняться сравнением всех битов для разных кейсов... брр ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2018, 02:20 |
|
||
|
Logical standby related
|
|||
|---|---|---|---|
|
#18+
ViewerBTMНу объекты logical standby в read_only в любом случае, иначе это не standby, A logical Oracle instance [u]can contain schema objects that are not present in the primary database [/u]. Additionally, the DBA might want to create some supporting data structures such as index or materialized views in a logical Oracle instance to speed up the reporting queries. In order to alter or create a schema object in logical standby database, the appropriate user access should be instated. The database guard controls the user access in a logical standby database. The access levels that can be established are as follows: NONE - In this mode, the logical database is not protected by database guard. Any user can alter any objects in the database as long as the SQL Apply operation is not running. STANDBY - In this mode, only users with SYS privilege can modify the objects maintained by the log apply service. All users subject to the usual security policies can modify other schema object s. ALL - In this mode, only users with SYS privilege can modify any object in the database. Забыл указать, что бд в режиме GUARD STANDBY. И, строго говоря, в документации неточность касательно режима STANDBY: > only users with SYS privilege can modify the objects maintained by the log apply service Хватает привилегии ALTER DATABASE у любого юзера, чтобы выполнить "ALTER SESSION DISABLE GUARD", а затем творить непотребства. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2018, 02:26 |
|
||
|
|
start [/forum/topic.php?fid=52&tid=1883164]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 204ms |
| total: | 367ms |
| 0 / 0 |
