Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 25   вперед  Ctrl
 Re: Есть ли будущее у файл-сервера?  [new]
Люблю ФС
Guest
f_w_p
Yo!!
это говорит только о проф уровне ваших админов и еще раз доказывает что люди 20 лет колбасившие что-то на фоспро также колбасят и на оракле.

Да они ж наверняка расшаривают путь к файлам БД:-)


увы увы..... если НЕРАСШАРЕННЫЙ путь по вашему есть суперзащита, то я молчу..

Давайте лучше конструктивно говорить.. а то фразы а-ля "логи все видно и так далее" это да.... конечно...
"кто вас глупого допустит" уж никак не вяжутся с некоторыми топаками а-ла "я работал админом.... меня обделили.. ну я им устрою...."
Так что дафайте не будем о том, чего Слава Богу с нами не было.... :-)
И, если вы считаете, что каждая фирма в каждом отдаленном филиале нанимает крутого админа, а БД падает только потому, что кто-то что-то подпортил... - то Вам еще учиться и учиться... :-))))
6 май 05, 09:48    [1521361]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Alexey Sh
Member

Откуда: SPB
Сообщений: 1930
2 Люблю ФС : а о чём можно в данном контексте вести конструктивный разговор?
6 май 05, 10:10    [1521451]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Yo!!
Guest
вспоминаютя бессмертные стихи :)

Тихо Танечка не плач
Не утонет в речке мяч.

ЗЫ. к стате вопрос про шару только для определеного приложения так и остался.
6 май 05, 10:13    [1521458]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Alexey Sh
Member

Откуда: SPB
Сообщений: 1930
Yo!!
...ЗЫ. к стате вопрос про шару только для определеного приложения так и остался.

если не изменяет память - в Novell Netware такое сотворить можно было
6 май 05, 10:31    [1521561]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Yo!!
Guest
keyword ? как фишка хоть звалась ?
6 май 05, 10:38    [1521591]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Yo!!
Guest
вот к стате помнится на фоксе были какие-то dbc файлы, database почему-то назывались, в них хранились строки коннекта к ораклу например. как нужно защищать от юзера этот файлик ?
6 май 05, 10:43    [1521625]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
А у нас серверная окружена со всех сторон железобетоном и вход только по электронной карточке - так что даже и противотанковая граната не поможет

А подход, когда все юзеры ходят на сервак под sa - это как раз 100% на ФС-ников походит, привычка панимаешь, не было путевых ролей на dbf - не будет и на Оракле, чего мучиться то?

Но ответить "конструктивно" - никак нельзя, потому что нечего, только и остается "сам дурак" :))

-- Tygra's --
6 май 05, 11:16    [1521814]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
ЛП
Guest
f_w_p
Yo!!
это говорит только о проф уровне ваших админов и еще раз доказывает что люди 20 лет колбасившие что-то на фоспро также колбасят и на оракле.

Да они ж наверняка расшаривают путь к файлам БД:-)

... потом ставят на каждую машину Оракл, конфигурят RAC, и работают по-старинке

Нам татарам наплевать. Наступать - бежать, отступать - бежать.
6 май 05, 11:26    [1521876]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Люблю ФС
ИПонятно.. он начал сразу с Оракла учиться, при этом основы даже не проходил.


!!!ЛОЛ!!!

Почему Вы решили, что Access или FoxPro основы Oracle ???
Oracle ПРЕКРАСНО подходит для того чтобы с него начать обучение.
6 май 05, 11:47    [1521971]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
ЛП
Guest
Gluk (Kazan)
Oracle ПРЕКРАСНО подходит для того чтобы с него начать обучение.

ежели не стошнит
6 май 05, 11:58    [1522016]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Никогда на этом форуме я не ругал те технологии с которыми я не работаю
А от Oracle меня НЕ СТОШНИЛО

От MS SQL кстати тоже
6 май 05, 12:08    [1522057]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Люблю ФС
Guest
Yo!!
вот к стате помнится на фоксе были какие-то dbc файлы, database почему-то назывались, в них хранились строки коннекта к ораклу например. как нужно защищать от юзера этот файлик ?


М-дя.. Йо!!! я согласен, возможно Вы и есть гуру в оракле.. или в другой какой-либо КС... но скажу я Вам в вопросах работы с ВФП Вы полный профан, не пойму только зачем это светить-то??? :-)

насчет куда и кто ставит Оракла.. стошнит от него аль нет это тот еще вопрос.....
если Вы так недавно уверенно заявляли, что в случае с ФС при исчезновении сети база рухнет, причем ВЫ БЫЛИ настолько уверенны, что даже указали мне КАК она рухнет, что может после этого доказать, что те из Вас, кто подобное утверждал знают все о КС???
Если вы так упорно говорите "кто писал на Фоксе, так же будет писать и в Оракле...", что тут можно еще сказать7 а может "каждый по себе судит а?"
:-)

А кто писал НЕ криво на фоксе будет писать криво в КС???
А тот кто писал криво на Паскале будет писать криво или не криво??? :-)
6 май 05, 15:07    [1523012]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Люблю ФС
Guest
tygra

А подход, когда все юзеры ходят на сервак под sa - это как раз 100% на ФС-ников походит, привычка панимаешь, не было путевых ролей на dbf - не будет и на Оракле, чего мучиться то?
-- Tygra's --


Тигра.. я ж просто пример привел!!!
Вот скажи, чтобы запустить TOAD выбрать нужную схему и вписать System Manager надо быть очень тупым юзером разве???
Я об этом говорил, а не о том, что юзера ходят так или иначе.. у нас естественно юзера свои пароли не могут запомнить.. но есть гарантия, что некий гуру, принятый вчера на работу не сделает западла такого?
вот о чем я :-) в том смысле, что защита от умника-дуба не всегда поможет....
и, следвательно не стОит на нее уповать как на Бога... :-)))
6 май 05, 15:13    [1523034]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Yo!!
Guest
2 Люблю ФС

давайте перестанем плакать, вытрем сопли, соберемся с силами и ответим злобному Yo! по существу:

1. что происходит когда клиент пытаясь записать 10 записей из буферов перезагружается в момент когда записал лишь 5 (записей). Вы в своем примере перегрузили до начала i/o в dbf, я же спрашиваю во время.

2. транзакция (клиент) должна записать в 2 таблички (читай записать в 2 dbf файлика), но успевает записать только в один и перегружается (клиент перегружается). кто откатит такую транзакцию ?

3. как вы, конкретно вы защищаете свои dbf файлики от злобных буратино ?

ЗЫ. "принятый вчера на работу " не получает пароль к продакшен серверу, как и остальные девелоперы не получают system'a. пароль от продакшен сервера есть только у дба, а девелоперам там делать нечего. в серьозных организациях любые изменения в продакшене делаются только с санкции директора/cio и делает их только дба.
6 май 05, 15:27    [1523105]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Люблю ФС
[quot tygra]
Вот скажи, чтобы запустить TOAD выбрать нужную схему и вписать System Manager надо быть очень тупым юзером разве???


Любой вменяемый DBA (и я в том числе) ПЕРВЫМ делом меняет MANAGER на кличку любимой собаки. И разумеется не использует Oracle Server как файлопомойку. Вообще там Unix и никаких шарингов. Пока Вы защищали VFP я молчал, но как только Вы начали нападать на то О ЧЕМ НЕ ИМЕЕТЕ ПРЕДСТАВЛЕНИЯ, меня извините СТОШНИЛО.


Всех с наступающим днем связи

Я в ауте
6 май 05, 17:42    [1523838]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
Yo!!
1. что происходит когда клиент пытаясь записать 10 записей из буферов перезагружается в момент когда записал лишь 5 (записей). Вы в своем примере перегрузили до начала i/o в dbf, я же спрашиваю во время.
А скорее всего, ничего страшного ;-) Потому что кроме кэша приложения есть еще и кэш ОС. И при выполнении транзакции с фс-таблицей приложение скидывает данные из своего кэша в ОСовский. А уж когда ОС решит свои кэши сбросить - это ее личное дело. ОК, считаем, что сбой записи произошел именно в момент физической записи в таблицу на диске / отправки данных по сети. Ну, уж если в этот момент произойдет сбой, то по обстоятельствам получим что-либо начиная от физической порчи таблицы с невозможностью прочтения (специальные фиксалки такие ошибки пофиксят, так что, как правило, пропадет только одна или несколько последних записей) и до записи в запись таблицы строки из некоторого количества абракадабры и / или из символов 0h. Это тоже плохо и также поддается лечению. Ну, впридачу может записаться 0h в служебную область, например, во флаг удаления записи. Это плохо, так как а) автоматически испортит индексы и б) поддается восстановлению труднее всего: нужно создавать новый физически файл dbf и переносить в него все данные из старого (во всяком случае, так это было в dbf-ах версии 2.x). Ну или вообще, пакеты успеют пройти по сети полностью, или, наоборот, еще не начнут идти. Тогда ничего и не произойдет ;-)
Времени восстановления после сбоев в фс занимают неизмеримо меньше, чем восстановления после сбоев кс (при должном уровне квалификации восстанавливающего). Но могут происходить гораздо чаще - если качество кода плохое и если не соблюдаются некоторые правильные для фс требования.
Кстати, для дбф-ов гораздо хуже, если файл-сервер вырубится, чем если сеть отрубится (ну, если она, конечно, не отрубается перманентно).
Yo!!
2. транзакция (клиент) должна записать в 2 таблички (читай записать в 2 dbf файлика), но успевает записать только в один и перегружается (клиент перегружается). кто откатит такую транзакцию ?
Никто. Но на практике такого не бывает никогда (если оформлено в виде транзакции). Скорее уж данные повредятся. Впрочем, выше (в предыдущих постах) на этот вопрос я уже отвечал.
Yo!!
3. как вы, конкретно вы защищаете свои dbf файлики от злобных буратино ?
Конкретно я защищал (когда работал с фс) - административно. Все боялись даже близко приблизиться к месту в сети, где dbf находились. Ну и плюс информация об этом месте тщательно скрывалась. Ни разу проблем не было по вине глупых / злобных пользователей за всю мою практику. А это около 500 пользователе-лет, ни много, ни мало ;-))) Никак не могу найти тему, в которой рассказывали, как защиту от доступа к файлам помимо приложения, наделенного такими правами, в Win реализовывают. Попросил меня направить. Как направят - приведу здесь ссылку.

Yo!!
ЗЫ. "принятый вчера на работу " не получает пароль к продакшен серверу, как и остальные девелоперы не получают system'a. пароль от продакшен сервера есть только у дба, а девелоперам там делать нечего. в серьозных организациях любые изменения в продакшене делаются только с санкции директора/cio и делает их только дба.
И это - правильно ;-)
6 май 05, 17:58    [1523894]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Люблю ФС
Guest
Yo!!
2 Люблю ФС
давайте перестанем плакать, вытрем сопли, соберемся с силами и ответим злобному Yo! по существу:

1. что происходит когда клиент пытаясь записать 10 записей из буферов перезагружается в момент когда записал лишь 5 (записей). Вы в своем примере перегрузили до начала i/o в dbf, я же спрашиваю во время.

2. транзакция (клиент) должна записать в 2 таблички (читай записать в 2 dbf файлика), но успевает записать только в один и перегружается (клиент перегружается). кто откатит такую транзакцию ?

.


на лови...
Транзакция, как показал опыт проходит либо вся либо ничего, то есть если записало в 3 таблы, а в 5 не успело то не успело.. ведь ЧТО-то же откатило у меня транзакцию, смотрите страницу 5 вроде...


3. как вы, конкретно вы защищаете свои dbf файлики от злобных буратино ?



я НИКАК.. я не админ я программер :-)

И не надо чтобы тошнило.. я вам сказал КАК есть в тех конторах, в которых я бывал.. вы можете говорить о пароле = любимой собаке, но увы если есть исключения то они есть..
Я не пытаюсь говорить о том, о чем не представляю... (это Казану), посему и прошу не утверждать КС-ников, того, чего они о ФС не знают, я не работаю с полноценным КС, но вижу в корпоративной КС-системе глюков достатосно много.. вы конечно можете говорить "глупые админы-юзера-прогеры.." но факт - есть факт, я об этом говорил, ведь было утверждение ФС - падает, а КС потому лучше, что защищенней... примеры показывают, что это не всегда так...
6 май 05, 18:02    [1523900]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Urri
А скорее всего, ничего страшного ;-) Потому что кроме кэша приложения есть еще и кэш ОС. И при выполнении транзакции с фс-таблицей приложение скидывает данные из своего кэша в ОСовский. А уж когда ОС решит свои кэши сбросить - это ее личное дело

Нифига себе! Так мы с кэшами работаем, не с файлами?
Ну вот, уже до ОС добрались. Впереди только Глобальное Информационное Поле Земли с его кэшами.
Значит, по вашему, если вы в нотепаде нажали Сохранить а потом нажали кнопку Reset, то файла может не оказаться? Круто! У меня всегда все сохранялось в таких ситуациях. Может ОС разные?
автор
Конкретно я защищал (когда работал с фс) - административно. Все боялись даже близко приблизиться к месту в сети, где dbf находились. Ну и плюс информация об этом месте тщательно скрывалась. Ни разу проблем не было по вине глупых / злобных пользователей за всю мою практику.

Проблема не в том, что пользователи умные/тупые или трусливые, проблема в самой возможности удаления/порчи файлов, которой в КС нет в принципе.

Люблю ФС
на лови...
Транзакция, как показал опыт проходит либо вся либо ничего, то есть если записало в 3 таблы, а в 5 не успело то не успело.. ведь ЧТО-то же откатило у меня транзакцию, смотрите страницу 5 вроде...

Да не было транзакции физически и откатывать нечего было. Вы объявили транзакцию - соответственно все изменения хранятся в кэше клиентского приложения и физически никуда не попадают, а как транзакцию завершаете, то данные физически идут по сети в файл. И вот если в этом месте дернуть шнур/перегрузить/накрылся хаб/админ упал на сетевой шнур сервера - ве, копец, те данные, которые прошли до этого, окажутся в файле, если вообще не испортят его, те, которые не успели - тю-тю, проехали. Файл останется в лучшем случае с половиной данных.


-- Tygra's --
6 май 05, 18:30    [1523965]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
tygra
Нифига себе! Так мы с кэшами работаем, не с файлами?
Ну вот, уже до ОС добрались. Впереди только Глобальное Информационное Поле Земли с его кэшами.
Значит, по вашему, если вы в нотепаде нажали Сохранить а потом нажали кнопку Reset, то файла может не оказаться? Круто! У меня всегда все сохранялось в таких ситуациях. Может ОС разные?

У меня тоже не все сохранялось... Это зависит от настроек OS (или еще глубже - настроек RAID и его физического типа)...

Если бы все было так хорошо с КС - то форум по SQL Server с криками о момощи в котором фингурируют упавшие базы - было бы намного меньше...

Have a nice weekend.

P.S. As usual - nothing personal...
6 май 05, 19:10    [1524055]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Люблю ФС
Guest
Пора кончать этот спор.....
Кто хочет пишет КС, кто нет ФС, как по мне ФС проще в обслуживании.. да хоть при слете ОС достаточно данные скопировать, и это может сделать даже глупый юзверь, а проинсталлить КС придется Вам ехать.. оно конечно классно, если заказчик мне лично оплатит, но часто заказчик скажет "Ты писал - ты дурак...", я его на х... естественно, но при таком отношении образуется некоторая негативная аура вокруг меня, как программиста, посылающего на х...

А так скопировал папочку на другой диск, а дату на сервере и работай.. а если Ора упала - переставить ее в принципе не сложно.. но надо ехать.. отак от...

КС лучше никто не спорит, но и потяжелей, "погромоздее" ну и по-дороже (фри системы не берем в счет.. ибо вдруг они оказытся вне игры?)
6 май 05, 19:10    [1524058]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Люблю ФС
Guest
[quot tygra
Люблю ФС
на лови...
Транзакция, как показал опыт проходит либо вся либо ничего, то есть если записало в 3 таблы, а в 5 не успело то не успело.. ведь ЧТО-то же откатило у меня транзакцию, смотрите страницу 5 вроде...

Да не было транзакции физически и откатывать нечего было. Вы объявили транзакцию - соответственно все изменения хранятся в кэше клиентского приложения и физически никуда не попадают, а как транзакцию завершаете, то данные физически идут по сети в файл. И вот если в этом месте дернуть шнур/перегрузить/накрылся хаб/админ упал на сетевой шнур сервера - ве, копец, те данные, которые прошли до этого, окажутся в файле, если вообще не испортят его, те, которые не успели - тю-тю, проехали. Файл останется в лучшем случае с половиной данных.


-- Tygra's --[/quot]

Тигра ты опять-таки безапелляционно утверждаешь то, что НЕЛЬЗЯ проверить (ток я не видел значит его нет..)
А есть уверенность, что при этом в КС системе не произойдет сбоя? А как проверить? как попасть в тот момент, когда данные передаются по сети?
А никак (разве что годами проводить опыты?)
Так, если нет возможности проверить (то, что меня просили проверить я проверил) то КАК узнать ЧТО БУДЕТ????
А если никак не узнать то зачем этим аргументировать???

Кстати ИМЕНО к этому Я ВЕДУ!!!! если кто не понял...

(Я не работал плотно с Ораклом, и не сужу его.. ты же, насколько я знаю после ВФП 3,0 ушел с ФС так зачем же осуждать-то, особенно если на 100% не знаешь?
Я кстати тоже не знаю....)
6 май 05, 19:17    [1524070]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
ЛП
Guest
tygra
Значит, по вашему, если вы в нотепаде нажали Сохранить а потом нажали кнопку Reset, то файла может не оказаться? Круто! У меня всегда все сохранялось в таких ситуациях. Может ОС разные?

tygra, про такие слова, как сетевой кеш - ты не слышал? Как работает сетевой редиректор - одному сетевому редиректору известно.
"System lost delayed write data" - это вообще то не базы данных ошибка, а сообщение ОС. При работе в ФС оно вполне может проявиться.

В общем эта... и в нотепаде тоже вполне может не сохраниться.
Учите матчасть, товарисч tygra.

З.Ы. Надежности файл-серверным системам сей факт конечно не прибавляет :)
6 май 05, 19:42    [1524106]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Yo!!
Guest
2 Люблю ФС
так для общего развития

автор
если Ора упала - переставить ее в принципе не сложно.. но надо ехать.. отак от...


мой сервер находится в 3-4 км от офиса, чтоб меня к нему допустили мне нужно записатся за сутки + предоставить заявку от директора с подписью и печатью. для того чтоб поставить оракл его для начала нужно завалить, а это задачка не для слабонервных, это должны одновременно выгореть 2 диска в райде с осью. чтоб поставить оракл не нужно никуда ездить, даже у виндовса есть terminal services и radmin у linux - X-forward, vnc.
дальше, уже в midle x86 серверах от sun, ibm и думаю, что hp есть магическая возможность увидеть через сеть картинку с видео карты не загружая ось. т.е. можно инсталировать ость через сеть (в x86 сане это делает "лишний" powerpc проц)

автор

А есть уверенность, что при этом в КС системе не произойдет сбоя? А как проверить?

рассказываю про оракл - в этом случае часть данных попадет в файл данных (мусор), туда же запишутся блокировки. если отвалился клиент то все тривиально данные просто откатятся назад. а вот если перегружается сервер, то при загрузки сервер откроет базу данных и сразу же пустит туда пользователей. поскольку наша транзакция не закомитилась, то пользователи при чтение вместо мусора увидят последнюю версию записей из лога (multiversion concurrency control), на запись пока останутся блокировки. дальше после того как база открыта запускается процесс востановления, который вычищает блокировки и мусор в файле данных.
т.е. сервер оракла после сбоя поднимается сразу, а процесс востановления идет параллельно со штатной работой сервера.

автор

Я не работал плотно с Ораклом, и не сужу его.. ты же, насколько я знаю после ВФП 3,0 ушел с ФС так зачем же осуждать-то, особенно если на 100% не знаешь?


мы выяснили не 100%, но совершенно достаточно для того чтоб повзрослеть и больше не верить в добрых фей которые откатят транзакции.
6 май 05, 23:15    [1524345]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
Alexey Sh
Member

Откуда: SPB
Сообщений: 1930
Yo!! как-то упрощённо картинку рестарта оракла после сбоя описал :)
6 май 05, 23:35    [1524354]     Ответить | Цитировать Сообщить модератору
 Re: Есть ли будущее у файл-сервера?  [new]
ЛП
Guest
2 Люблю ФС
КС лучше никто не спорит

Бред. Они не лучше и не хуже. Они другие. Для другого. И непонятно нужны ли.
но и потяжелей, "погромоздее"

В общем случае - бред.
ну и по-дороже (фри системы не берем в счет.. ибо вдруг они оказытся вне игры?)

Бред, даже если не брать в расчет фри системы.

-----------------------------

2 Yo!!
мы выяснили не 100%, но совершенно достаточно для того чтоб повзрослеть и больше не верить в добрых фей которые откатят транзакции.

Блин, вот ведь упертый <censored>
В ФС (поправка - в известном мне ФС) нету данных незакоммиченных транзакций после отвала клиента. Блокировки (как они реализованы) - снимает ось. Нечего откатывать. Нечего снимать.
А вы всё детские сказки вспоминаете.
6 май 05, 23:36    [1524355]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 25   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить