|
|
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
andsmДля того чтобы сравнивать MS SQL и Оракл и не выглядеть смешным, хорошо бы разбиратся хоть немного в обоих. Ну или разбиратся хотя бы в одной из них - в Оракл там или в MSSQL. Это сложно разбираться в обоих. Практически невозможно. Понятие "разбираться" нужно описать (перечень конкретных навыков) Вот например Вы лично знали, что существует проблема с бэкапом лога транзакций при незакомиченной транзакции, как любезно заметил Yo!.& ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:44 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!я отвечаю за свои слова... В который раз?! ;) Yo.! что касается мсскл бэкапа, то у него есть убойная фича - бэкап лога транзакций который не работает если есть длинная незакомиченная транзакция. причем так оригинально сделано, ты можешь до опупения юлозить мышью или через t-sql давать команду, оно просто молча ничего не делает. это настолько конфузинг начинающих, особенно в купе с репликацией, что я понял что хоть и не понимаю нахрена было выдумывать отдельный язык RMANа, но он хотя бы внятно отвечает и внятно работает. т.е. если я написал бэкапить арклоги он их забэкапит, не зависимо от погодных условий. Никогда наличие открытой транзакции (ый) в MS SQL не мешало ни полному, ни дифф, ни бэкапу лога, ни уж тем более репликации. Если бы это было так, то работать с такой СУБД было бы просто невозможно. Единственное, на что может влиять наличие длительных открытых транзакций - усечение неактивной части лога, которая выполнятся при полной модели восстановления только при бэкапе лога. ЗЫ. Господа Oracleоиды, пожалуйста, перестаньте рвать тельняшку на груди. Вы просто "не в курсе"... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:45 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
goldenfoodspkarklinпропущено... Что конкретно Вас интересует? Как увеличитить размер "диска" на используемой "мной" СХД я Вам "показал". На Винде и Скуле делать вааще ничего не надо. Я действительно не знал. Теперь буду знать. А это фишка с NAS в какой версии серверной винды доступна? SAN или NAS? NAS я по бедности использовал еще в 2000 году. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:47 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklinYo.!я отвечаю за свои слова... В который раз?! ;) Yo.! что касается мсскл бэкапа, то у него есть убойная фича - бэкап лога транзакций который не работает если есть длинная незакомиченная транзакция. причем так оригинально сделано, ты можешь до опупения юлозить мышью или через t-sql давать команду, оно просто молча ничего не делает. это настолько конфузинг начинающих, особенно в купе с репликацией, что я понял что хоть и не понимаю нахрена было выдумывать отдельный язык RMANа, но он хотя бы внятно отвечает и внятно работает. т.е. если я написал бэкапить арклоги он их забэкапит, не зависимо от погодных условий. Никогда наличие открытой транзакции (ый) в MS SQL не мешало ни полному, ни дифф, ни бэкапу лога, ни уж тем более репликации. Если бы это было так, то работать с такой СУБД было бы просто невозможно. Единственное, на что может влиять наличие длительных открытых транзакций - усечение неактивной части лога, которая выполнятся при полной модели восстановления только при бэкапе лога. ЗЫ. Господа Oracleоиды, пожалуйста, перестаньте рвать тельняшку на груди. Вы просто "не в курсе"... Тогда чем вызвано долгое елозение мышкой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:47 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
goldenfoodsТогда чем вызвано долгое елозение мышкой? У коллеги Йо? Видимо, нечтением документации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:48 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
goldenfoodsЭто сложно разбираться в обоих. Практически невозможно. Не так и сложно. Нужно читать. Документацию А не строить фантазии, иллюзии и предположения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:49 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
goldenfoodsВот например Вы лично знали, что существует проблема с бэкапом лога транзакций при незакомиченной транзакции, как любезно заметил Yo!.& Поведение описано в документации, чего тут неожиданного? В документации еще очень много чего описано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:51 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Нет никаких проблем с бэкапом и не было никогда: Checkpoints and the Active Portion of the Log Long-Running Transactions -------------------------------------------------------------------------------- The active log must include every part of all uncommitted transactions. An application that starts a transaction and does not commit it or roll it back prevents the Database Engine from advancing the MinLSN . This can cause two types of problems: If the system is shut down after the transaction has performed many uncommitted modifications, the recovery phase of the subsequent restart can take much longer than the time specified in the recovery interval option . The log might grow very large, because the log cannot be truncated past the MinLSN . This occurs even if the database is using the simple recovery model, in which the transaction log is generally truncated on each automatic checkpoint. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 16:57 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!Единственное, на что может влиять наличие длительных открытых транзакций - усечение неактивной части лога, которая выполнятся при полной модели восстановления только при бэкапе лога. ЗЫ. Господа Oracleоиды, пожалуйста, перестаньте рвать тельняшку на груди. Вы просто "не в курсе"... ты бы выпил валерьяночки, чего-то ты сегодня на людей бросаешся ... по бэкапу логу не внятно выразился, сам бэкап наверно проходит (имея бэкап базы мне нахрен уже не нужен), я имел ввиду усечение лога, которое должно проходить по команде бэкап лог или в процессе тыканья в гуях. усечение не происходит не только из-за длинных транзакций но и " Во время репликации транзакций в базу данных распространителя не доставляются транзакции, имеющие отношение к публикациям (только для модели полного восстановления)." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:07 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
andsmgoldenfoodsВот например Вы лично знали, что существует проблема с бэкапом лога транзакций при незакомиченной транзакции, как любезно заметил Yo!.& Поведение описано в документации, чего тут неожиданного? В документации еще очень много чего описано. Вот вы отсылаете к документации все. А вот в отличии от Вас с locky, pkarklin дает конкретные ссылки и их можно прочитать, он всегда так делает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:15 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
goldenfoodsВот вы отсылаете к документации все. А вот в отличии от Вас с locky, pkarklin дает конкретные ссылки и их можно прочитать, он всегда так делает. pkarklin добрый. Я нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:16 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
andsmПоведение описано в документации, чего тут неожиданного? В документации еще очень много чего описано. я не хочу разводить флейм, но в следующий раз попробую зафиксировать ситуацию. я за три года дважды наблюдал у себя ситуацию когда лог зашкалил за 100 гб, при том что я уверен, что наша прикладуха не оставляет транзакции ждущими юзерского инпута. сама база малюсенькая порядка нескольких гб, репликации в ней нет. моей квалификации в обоих случаях так и не хватило разрулить ситуацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:22 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!ты бы выпил валерьяночки, чего-то ты сегодня на людей бросаешся ... Ну, честное слово, не хотел, но начинает доставать. А потом, я в отпуске, был сегодня на рыбалке, поэтому уже выпил, не валерьяночки, но в пределах нормы. Надеюсь, мне это простят и не отправят на ПТ в топик для пьяных мемберов. Yo.!я имел ввиду усечение лога, которое должно проходить по команде бэкап лог или в процессе тыканья в гуях. усечение не происходит не только из-за длинных транзакций но и " Во время репликации транзакций в базу данных распространителя не доставляются транзакции, имеющие отношение к публикациям (только для модели полного восстановления)." Я готов рассмотреть возможные детали технической реализации лога транзакций, когда, действительно невозможно усечь лог, ибо есть открытая транзакция, или не отписана транзакция подписчику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:26 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!в следующий раз попробую зафиксировать ситуацию. я за три года дважды наблюдал у себя ситуацию когда лог зашкалил за 100 гб, при том что я уверен, что наша прикладуха не оставляет транзакции ждущими юзерского инпута. сама база малюсенькая порядка нескольких гб, репликации в ней нет. моей квалификации в обоих случаях так и не хватило разрулить ситуацию. С удовольствием приму участие в разрешении ситуации. Контакты в профиле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:28 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.!andsmПоведение описано в документации, чего тут неожиданного? В документации еще очень много чего описано. я не хочу разводить флейм, но в следующий раз попробую зафиксировать ситуацию. я за три года дважды наблюдал у себя ситуацию когда лог зашкалил за 100 гб, при том что я уверен, что наша прикладуха не оставляет транзакции ждущими юзерского инпута. сама база малюсенькая порядка нескольких гб, репликации в ней нет. моей квалификации в обоих случаях так и не хватило разрулить ситуацию. В этих случаях удобно вспомнить про саппорт MS. Открыть тикет в MS (350$), обьяснить что это происходит сейчас и серьезное production issue, достаточно быстро подключатся и расскажут что происходит. Хотя если все уже закончилось и никаких логов нет, то вряд ли чем помогут. Другой вариант - поискать консультации квалифицированного MS SQL DBA в момент когда все происходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:45 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
авторпри том что я уверен, что наша прикладуха не оставляет транзакции ждущими юзерского инпута. Это может быть не обязательно юзерский инпут. Проверить наличие очень легко, достаточно выполнить в контексте бд DBCC OPENTRAN . Лог может так же сильно пухнуть при ребилде индексов. Но цифры (100 гиг лог и несколько гиг база) слишком непропорциональны для пухнущего от ребилда индексов лога. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 17:51 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
переходить с Sybase на MS SQL- глупо, на Orqcle - затратно. Скорее всего ошибки в проектировании или программировании и сервер БД здесь абсолютно ни при чем. 10 млн записей для Sybаse- пустяки. Я бы предложил подумать о смене Delphi, чем о БД :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 18:02 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
alneoЯ бы предложил подумать о смене Delphi, чем о БД :-) Ну вот... Пришел "лесник" и всех "разогнал". ЗЫ. Бедная дельфа... Она то чем не угодила?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 18:08 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklinЗЫ. Бедная дельфа... Она то чем не угодила?! наверное все тем же. Не знает, что это такое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 18:27 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
pkarklin Я готов рассмотреть возможные детали технической реализации лога транзакций, когда, действительно невозможно усечь лог, ибо есть открытая транзакция, или не отписана транзакция подписчику. например оракловый вариант: когда лог разбит на UNDO и REDO. в UNDO месяцами могут лежать данные необходимые для отката транзакции ожидая пока она наконец закомитится/откатиться. то что лежит в UNDO никак не влияет на лог транзакций (REDO), который затирается по кругу (по ходу затирания архивируется) и соответственно никогда не пухнет. по поводу репликации не знаю умеет ли streams replication лазить в арклоги, но чисто в теории вроде ничего не мешает обучать репликацию использовать арклоги (спросив у того самого RMANа где они) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2010, 18:50 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
alneoпереходить с Sybase на MS SQL- глупо, на Orqcle - затратно. Скорее всего ошибки в проектировании или программировании и сервер БД здесь абсолютно ни при чем. 10 млн записей для Sybаse- пустяки. Я бы предложил подумать о смене Delphi, чем о БД :-) Странно почему MS глупо, а Оракл затратно. Скорее MS затратно, а Оракл в самый раз. Сервер берем 2 процессора и 32 Гб ОЗУ. Чтобы иметь MS нужно: 1. Купить Windows Server Standart 2008 R2 720 долл 2. Купить Windows CAL 40 долл за лицензию 3. Купить MS SQL Standart 2008 R2 так как Workgroup не проходит по ограничению памяти 3 Gb -это еще 170 долл за лицензию 4. Собственно сам сервер 2 проц*230=460 долл Допустим есть 50 пользователей. Тогда нужно оплатить 720+170*50+460=9680 долл Если же взять Oracle SE1 и поставить его на Линукс, например OEL -99 долл и стоимость клиентских лицензий 180*50=9000, итого 9100 Так что непонятно еще где затратно то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2010, 12:29 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
goldenfoodsЧтобы иметь MS нужно: Для 10 лямов записей брать 64 битную винду и 32 гектара памяти - это за пределами добра и зла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2010, 12:41 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
lockygoldenfoodsЧтобы иметь MS нужно: Для 10 лямов записей брать 64 битную винду и 32 гектара памяти - это за пределами добра и зла. Так не в записях же дело, автор указал о нескольких десятках тысяч транзакций в сутки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2010, 12:46 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
lockygoldenfoodsЧтобы иметь MS нужно: Для 10 лямов записей брать 64 битную винду и 32 гектара памяти - это за пределами добра и зла. Он мыслит критериями Оракла... там это так должно быть :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2010, 12:53 |
|
||
|
Посоветуйте выбор СУБД
|
|||
|---|---|---|---|
|
#18+
[quot goldenfoods]lockyпропущено... Так не в записях же дело, автор указал о нескольких десятках тысяч транзакций в сутки. Пусть это 99 тыс записей... тогда это в среднем 1,15 транзакций в секунду... Даже Акцесс справится ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2010, 12:56 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=37041264&tid=1552736]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 388ms |

| 0 / 0 |
