информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsВсе любят медЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Database Links, не знаю, какая тут традиция перевода 19.01.12 21:41  Число просмотров: 1400
Автор: dl <Dmitry Leonov>
<"чистая" ссылка>


http://docs.oracle.com/cd/B28359_01/server.111/b28310/ds_concepts002.htm
<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-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach