|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
ORA-00208 number of control file names exceeds limit of num Cause: An attempt was made to use more control files than Oracle supports. The limit is given in the message. num = 8. Как создать больше 8 control файлов? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2020, 05:08 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
prog lib Как создать больше 8 control файлов? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2020, 07:01 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
-2- Чем больше контрол-файлов, тем ниже надежность. Больше двух уже перебор. Сам обычно создаю по 2 контрол-файла (но иногда бывает и 3), на разных физических дисках, естественно. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2020, 08:35 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
Хливкие Шорьки существует ли какое-либо его обоснование? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2020, 09:09 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
-2- Элементарная логика. Больше критических точек сбоя - больше вероятность упасть. Странная логика, упасть и быстро восстановиться или упасть и потерять данные это разные вещи. Вообще Оракл рекомендует по количеству мемберов в redo. В случае сбоя по невозможности записи в один из control файлов недоступность сервиса в целом должна быть не более, чем время автоматического переключения на standby site + возможно разогрев кэшей. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2020, 11:38 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
Vivat!San быстро восстановиться Vivat!San потерять данные Vivat!San автоматического переключения на standby site ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2020, 12:32 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
-2- Вероятность, что из всех файлов БД навернулся только один контрол-файл и удалось быстро разобраться какой из них копировать, коррелирует с повышением этой вероятности благодаря увеличению количества контрол-файлов. Определить сбойный не сложно, информация о причинах сбоя будет в логах, если класть CF рядом с REDO, а они должны быть отделены от DF, то вероятность одновременного сбоя не высока. -2- Если нет бакапа, то наличие копии контрол-файла слабое утешение При отсутствии RMAN каталога получим ещё и информацию о бэкапах, что сэкономит время восстановления -2- В такой-то конфигурации что дает копия контрол-файла?? Даёт повышение надёжности в целом, ситуации бывают разные. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2020, 15:06 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
-2-, это задание в универе, поэтому как бы глупо ни было создание больше 2-3 файлов, сделать это надо ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 03:51 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
prog lib это задание в универе, поэтому как бы глупо ни было создание больше 2-3 файлов, сделать это надо Как создать больше 8 control файлов? Ты уверен прeпод требует больше 8? Если да, то пусть препод и договаривается с Larry на предмет увеличения: 1.52 CONTROL_FILES Range of values 1 to 8 filenames. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 04:44 |
|
Увеличить максимальное число управляющих файлов.
|
|||
---|---|---|---|
#18+
Vivat!San Вообще Оракл рекомендует по количеству мемберов в redo. Vivat!San класть CF рядом с REDO Оба утверждения говорят, что желательно соответствие количеству членов в группе REDO. И вот как-то во всех примерах ни разу нет больше 2-х членов REDO, хотя это намного более важный элемент БД, чем CF. Оно собственно и понятно -- если уж обеспечивать доступность за счет производительности, то лучше это сразу делать на другой хост (standby, GG), чем городить 3, 4 и т.д. копии на хосте, на котором вдруг начали сыпаться диски. Ну и то-же самое с контрольником. Больше второй копии это лишняя точка отказа, вероятность падения из за отказа увеличивается, как таковой резервной копии информации добавляется ничтожно, а влияние на производительность увеличивается. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 07:59 |
|
|
start [/forum/topic.php?fid=52&msg=39912919&tid=1881674]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 158ms |
0 / 0 |