|
|
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinodbpatchбгг ну давай, развивай мысль. или кроме бгг нечего сказать? DВАкэши дисковых массивов тоже на всяк случай отключаем? пусть сразу на винты пишет? зато наверняка ) ну если контролер не сдохнет ) а вот ораклевый кэш безгрешен )) зачем? там на этот случай есть батарейка - при отключении питания кэш не пропадает. или ты не сталкивалась, что когда дохнет батарея массив принудительно кэш отключает? p.s. боже, и как только вас приняли на работу DBA :) простите мою дремучесть, но где-то как-то краем уха слышала, что у файловой системы есть журнал.. а параметр direct_io не имеет никакого отношения к защите данных, ну разве что косвенное если вы работаете на какой-нить ископаемой фс врут наверно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:18 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoя еще раз убедился, что техника и девушки - не совместимы :) а так быстро и на ровном месте попращаться с базой способен только очень продвинутый суровый DBA Q.Tarantinoсбой->ребут сервера и прощай база. далее или стендбай или рестор с бэкапа. кэшируется то и запись. конспектируйте, пока я жива ) если вдруг у вас приключится такая неприятность, простой recover database\datafile спасет вашу базу в 99% случаев ) 1% ставлю на порчу редулога ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:26 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
DВАпростите мою дремучесть, но где-то как-то краем уха слышала, что у файловой системы есть журнал.. да. ФС будет консистентна, но это не гарантирует потерю данных. DВАа параметр direct_io не имеет никакого отношения к защите данных самое прямое DВАесли вдруг у вас приключится такая неприятность, простой recover database\datafile спасет вашу базу в 99% случаев ) 1% ставлю на порчу редулога ) при активной записи битый будет и редо и датафайл. можешь проверить у себя на работе, где под NIX системой не используется directio. рубани питание во время интенсивной записи и базу ты уже не поднимешь с 99% вероятности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:32 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
DВАпростите мою дремучесть, но где-то как-то краем уха слышала, что у файловой системы есть журнал.. кстати, ты можешь ответить в каком режиме работает журналирование конкретно у вас? в большинстве случаев - это только журналирование метаданных. сами данные в утиль, что не записалось - выкидываем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:36 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoможешь проверить у себя на работе, где под NIX системой не используется directio. рубани питание во время интенсивной записи и базу ты уже не поднимешь с 99% вероятности. можно проверю у тебя на работе ? )) За примерами далеко ходить не стоит ) у автора этого же топика в территориальных подразделениях, где стоит допотопный оракл на допотопном линуксе (или винде? не помню уже ) эти инциденты приключаются через раз по сбою питания. И отлично все поднимается после recover на базах в noarchivelog. Так что привет твоему работодателю ) Пусть он либо упсу купит, либо тебя на креш-тесты отправит ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:46 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
DВАможно проверю у тебя на работе ? )) у меня везде directio DВАЗа примерами далеко ходить не стоит ) у автора этого же топика в территориальных подразделениях, где стоит допотопный оракл на допотопном линуксе (или винде? не помню уже ) эти инциденты приключаются через раз по сбою питания. И отлично все поднимается после recover на базах в noarchivelog. Так что привет твоему работодателю ) Пусть он либо упсу купит, либо тебя на креш-тесты отправит ) вот ты даже не знаешь на чем стоит. если винда - то оракл принудительно использует DIRECTIO. и noarchivelog в данном случае вообще роли не играет - архивные то журналы для этого зачем? и привет не моему работодателю, он доволен моей работой. и упсы не всегда помогают - железо имеет свойство сбоить. а вот ты блеснула тут своими "знаниями". такого ДБА я бы и близко не подпустил к администрированию прод систем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:51 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
DВАконспектируйте, пока я жива ) если вдруг у вас приключится такая неприятность, простой recover database\datafile спасет вашу базу в 99% случаев ) 1% ставлю на порчу редулога ) а с чего бы это реду логу целым остаться, если именно в него то и писали с тем самым кешем OS, который с ребутом потерся ? в топку такие конспекты ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:53 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Yo.!DВАконспектируйте, пока я жива ) если вдруг у вас приключится такая неприятность, простой recover database\datafile спасет вашу базу в 99% случаев ) 1% ставлю на порчу редулога ) а с чего бы это реду логу целым остаться, если именно в него то и писали с тем самым кешем OS, который с ребутом потерся ? в топку такие конспекты ... девушкам бесполезно что либо доказывать :) она слышала про некое журналирование, остальное ее не волнует. а как все устроено внутри - знаний ноль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 17:58 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
н-да, вот такая вот фигня получается ) непутевый dba, direct_io не выставлено, сервера имеют полное право упасть ( к счастью не по сбою питания, за это уже б начальника IT подвесили б ), а все работает и с базами никто прощаться не спешит ) А умные и продвинутые сидят и чихнуть боятся, чтоб у них чего не упало ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 18:01 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
DВАнепутевый dba, direct_io не выставлено, сервера имеют полное право упасть ( к счастью не по сбою питания, за это уже б начальника IT подвесили б ), а все работает и с базами никто прощаться не спешит ) А умные и продвинутые сидят и чихнуть боятся, чтоб у них чего не упало ) никто ничего не боится, просто надежность важнее. а ты да, непутевая :) и да, некоторые системы и правда работают годами и не жужжат. но от сбоев _железа_ никто не застрахован. если у тебя используется кэш ОС - то тебе просто напросто везет... может и дальше будет ОК, а может в один прекрасный день тебя подвесят за ... :) и рассуждать будешь иначе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 18:05 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoа ты да, непутевая :) и да, некоторые системы и правда работают годами и не жужжат. но от сбоев _железа_ никто не застрахован. если у тебя используется кэш ОС - то тебе просто напросто везет... может и дальше будет ОК, а может в один прекрасный день тебя подвесят за ... :) и рассуждать будешь иначе. я обязательно что-нить придумаю ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 18:10 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
DВАQ.Tarantinoпропущено... ну давай, развивай мысль. или кроме бгг нечего сказать? пропущено... зачем? там на этот случай есть батарейка - при отключении питания кэш не пропадает. или ты не сталкивалась, что когда дохнет батарея массив принудительно кэш отключает? p.s. боже, и как только вас приняли на работу DBA :) простите мою дремучесть, но где-то как-то краем уха слышала, что у файловой системы есть журнал.. а параметр direct_io не имеет никакого отношения к защите данных, ну разве что косвенное если вы работаете на какой-нить ископаемой фс врут наверно? O_DIRECT|O_SYNC вроде как скипает запись в журнал, могу ошибаться, приложение может рулить этим процессом но в целом же журнал FS был придумал для времен, когда мы сидели исключительно на HDD, сейчас же это не так актуально. в остальном - есть же вендорские настройки (setall/VXFS и т.п.) а вот свете этих ваших adaptive LGWR AIO включать strace на старости лет и вовсе как-то стремно, там ТАКОЕ выдает... но использовать O/S buffer cache как "подушку" для forced direct read... последнее проще выключить вообще на >=11gR2, чем заниматься подобной ерундой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 18:17 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Yo.!а с чего бы это реду логу целым остаться, если именно в него то и писали с тем самым кешем OS, который с ребутом потерся ? в топку такие конспекты ... а ну сори, восстанавливайтесь с бэкапа, нивапрос ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 18:17 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.TarantinoDВАнепутевый dba, direct_io не выставлено, сервера имеют полное право упасть ( к счастью не по сбою питания, за это уже б начальника IT подвесили б ), а все работает и с базами никто прощаться не спешит ) А умные и продвинутые сидят и чихнуть боятся, чтоб у них чего не упало ) никто ничего не боится, просто надежность важнее. а ты да, непутевая :) и да, некоторые системы и правда работают годами и не жужжат. но от сбоев _железа_ никто не застрахован. если у тебя используется кэш ОС - то тебе просто напросто везет... может и дальше будет ОК, а может в один прекрасный день тебя подвесят за ... :) и рассуждать будешь иначе. господи, хватит уже глупости мочить-то. в операционке есть вызов fsync(), он гарантирует, что данные записаны на магнитный носитель (контроллер может тут обмануть, но это уже не уровень O/S), так что есть кеширование операционкой датафайлов или нет - это вообще никак на надежность и потерю данных не влияет, если у тебя само железо настроено верно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 18:32 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
DВАYo.!а с чего бы это реду логу целым остаться, если именно в него то и писали с тем самым кешем OS, который с ребутом потерся ? в топку такие конспекты ... а ну сори, восстанавливайтесь с бэкапа, нивапрос ) так придется тебе. хотя почти уверен что БД были подняты до тебя и там все настроено как надо. ты лишь пытаешься что-то доказать, но ни одного доказательства не привела. пустой треп. dbpatchгосподи, хватит уже глупости мочить-то. в операционке есть вызов fsync(), он гарантирует, что данные записаны на магнитный носитель (контроллер может тут обмануть, но это уже не уровень O/S), так что есть кеширование операционкой датафайлов или нет - это вообще никак на надежность и потерю данных не влияет, если у тебя само железо настроено верно. facepalm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 19:16 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.TarantinoDВАпропущено... так придется тебе. хотя почти уверен что БД были подняты до тебя Вот ведь бывают же забавные люди - не знают ни лично оппонента, ни рода его занятий, ни послужного списка, но уверенность демонстрируют... 2DBA: Нат, держись там :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 19:25 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousВот ведь бывают же забавные люди - не знают ни лично оппонента, ни рода его занятий, ни послужного списка, но уверенность демонстрируют... 2DBA: Нат, держись там :) а она что-то знает? "ну то-ли под вин, толи под линух", "журнал ФС гарантирует" сам то включи мозги. она же полный бред несет. мне не надо ее знать лично, достаточно почитать что она тут пишет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 19:30 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.TarantinoDВАпропущено... а ну сори, восстанавливайтесь с бэкапа, нивапрос ) так придется тебе. хотя почти уверен что БД были подняты до тебя и там все настроено как надо. ты лишь пытаешься что-то доказать, но ни одного доказательства не привела. пустой треп. dbpatchгосподи, хватит уже глупости мочить-то. в операционке есть вызов fsync(), он гарантирует, что данные записаны на магнитный носитель (контроллер может тут обмануть, но это уже не уровень O/S), так что есть кеширование операционкой датафайлов или нет - это вообще никак на надежность и потерю данных не влияет, если у тебя само железо настроено верно. facepalm конечно facepalm, ты даже концепции не читал, а уже на трибуну забрался. иди уже просвещайся 20597952 , хватит тут дергаться, сидя в луже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 20:01 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
dbpatchконечно facepalm, ты даже концепции не читал, а уже на трибуну забрался. иди уже просвещайся 20597952 , хватит тут дергаться, сидя в луже ты как раз и сел тем сообщением в лужу :) иди учи матчасть, как работает кеш операционной системы :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 20:08 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.TarantinoDВАможно проверю у тебя на работе ? )) у меня везде directio DВАЗа примерами далеко ходить не стоит ) у автора этого же топика в территориальных подразделениях, где стоит допотопный оракл на допотопном линуксе (или винде? не помню уже ) эти инциденты приключаются через раз по сбою питания. И отлично все поднимается после recover на базах в noarchivelog. Так что привет твоему работодателю ) Пусть он либо упсу купит, либо тебя на креш-тесты отправит ) вот ты даже не знаешь на чем стоит. если винда - то оракл принудительно использует DIRECTIO. и noarchivelog в данном случае вообще роли не играет - архивные то журналы для этого зачем? и привет не моему работодателю, он доволен моей работой. и упсы не всегда помогают - железо имеет свойство сбоить. а вот ты блеснула тут своими "знаниями". такого ДБА я бы и близко не подпустил к администрированию прод систем. Ты забавный ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 20:15 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinodbpatchконечно facepalm, ты даже концепции не читал, а уже на трибуну забрался. иди уже просвещайся 20597952 , хватит тут дергаться, сидя в луже ты как раз и сел тем сообщением в лужу :) иди учи матчасть, как работает кеш операционной системы :) я-то как раз вполне изучил, и не раз, но я с удовольствием почитаю все тобой найденные статьи и документации, где будет сказано, в каких случаях COMMIT по-умолчанию не приводит к обязательной записи на энергонезависимый носитель, перед возвратом вызова пользователю, а лишь пишет в кеш системы ну, если ты найдешь хоть одну ссылки на COMMIT NOWAIT COMMIT_WRITE=NOWAIT можешь не приводить, там про другое :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 20:32 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
dbpatchя-то как раз вполне изучил, и не раз, но я с удовольствием почитаю все тобой найденные статьи и документации, где будет сказано, в каких случаях COMMIT по-умолчанию не приводит к обязательной записи на энергонезависимый носитель, перед возвратом вызова пользователю, а лишь пишет в кеш системы он получает подтверждение от операционной системы! наши условия - файловая система без directio. и куда по твоему запишутся данные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 20:40 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinodbpatchя-то как раз вполне изучил, и не раз, но я с удовольствием почитаю все тобой найденные статьи и документации, где будет сказано, в каких случаях COMMIT по-умолчанию не приводит к обязательной записи на энергонезависимый носитель, перед возвратом вызова пользователю, а лишь пишет в кеш системы он получает подтверждение от операционной системы! наши условия - файловая система без directio. и куда по твоему запишутся данные? да хоть с каким io. что мешает файловой системе принудительно записать сколько-то там мегабайт именно на диск, если ее явно об этом попросят? это вообще где такое требование прописано, что данные приложений при записи только в кеш попадают, а на диск - только когда системе там захочется самой что-то записать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 21:57 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
dbpatchда хоть с каким io. что мешает файловой системе принудительно записать сколько-то там мегабайт именно на диск, если ее явно об этом попросят? так никто же не просит! ты же ораклу сказал - пусть ОС рулит записью! авторПри записи данных на диск (любой программой) Linux кэширует эту информацию в области памяти, называемой Page Cache (страничный кэш). https://drupal-admin.ru/blog/оптимизация-linux-под-нагрузку-кэширование-операций-записи-на-диск ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 22:23 |
|
||
|
Уменьшить лишние db_writer_processes путём kill -9 ?
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousQ.Tarantinoпропущено... так придется тебе. хотя почти уверен что БД были подняты до тебя Вот ведь бывают же забавные люди - не знают ни лично оппонента, ни рода его занятий, ни послужного списка, но уверенность демонстрируют... 2DBA: Нат, держись там :) не... можно я лучше "девушкой" побуду? )) так приятненько ) и хрен с ним этим послужным списком ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2017, 22:26 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39479302&tid=1885683]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
155ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 193ms |
| total: | 424ms |

| 0 / 0 |
