информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsСетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Phrack #70/0x46 
 Возможно, Facebook наступил на... 
 50 лет электронной почте 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
чего за связанные базы такие? RAC? там вроде пока 16 нод... 19.01.12 21:32  Число просмотров: 987
Автор: vasya Статус: Незарегистрированный пользователь
<"чистая" ссылка>
>На одиночной базе даже это не вызвало бы проблем, но в сочетании с множественными связанными базами (а у крупных
>организаций число подобных серверов может идти на сотни) теоретически недостижимый лимит вдруг оказывается не столь
>недостижимым.
чего за связанные базы такие? RAC? там вроде пока 16 нод максимум.
<site updates>
Фундаментальная проблема в Oracle 18.01.12 17:46  
Publisher: dl <Dmitry Leonov>
<"чистая" ссылка>
Фундаментальная проблема в Oracle
InfoWorld http://www.infoworld.com/d/security/fundamental-oracle-flaw-revealed-184163-0

В продолжение темы оракловых неприятностей [ http://bugtraq.ru/rsn/archive/2012/01/04.html ] InfoWorld публикует материал о проблеме, частично устраненной в последнем обновлении, но принципиально не исчезнувшей.
Источником проблемы является счетчик System Change Number (SCN), увеличивающийся при каждой операции над базой, и являющийся критичным для ее работы. Такие встроенные часы, идущие только вперед, причем для увеличения одной базой SCN другой нужны лишь самые базовые привилегии.
Проектировщики заложили вполне приличный запас в SCN, сделав его 48-битным. Верхней границы в 281,474,976,710,656 должно хватить надолго, но помимо этого, на SCN было наложено дополнительное ограничение - в каждый момент времени его значение не может превышать количество секунд, прошедших с 1.01.1980, умноженное на 16,384. Предполагалось, что баз, непрерывно живущих с 80 года, и проводящих по 16 тысяч транзакций...

Полный текст
чего за связанные базы такие? RAC? там вроде пока 16 нод... 19.01.12 21:32  
Автор: vasya Статус: Незарегистрированный пользователь
<"чистая" ссылка>
>На одиночной базе даже это не вызвало бы проблем, но в сочетании с множественными связанными базами (а у крупных
>организаций число подобных серверов может идти на сотни) теоретически недостижимый лимит вдруг оказывается не столь
>недостижимым.
чего за связанные базы такие? RAC? там вроде пока 16 нод максимум.
Database Links, не знаю, какая тут традиция перевода 19.01.12 21:41  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка>


http://docs.oracle.com/cd/B28359_01/server.111/b28310/ds_concepts002.htm
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach