вопрос определений и терминов.
Это вопрос знания. Оба слова есть один и тот же термин (синоним), но первый есть корявая калька с английского, а второй - нормальный перевод на русский язык.
вопрос определений и терминов.
Это вопрос знания. Оба слова есть один и тот же термин (синоним), но первый есть корявая калька с английского, а второй - нормальный перевод на русский язык.
пруф в словаре Ожогова найдёте, или лолка? *YAHOO*Оба слова есть один и тот же термин (синоним)
За 14 лет работы с разными БД. Было копирование и фалами, и СУБДшным бэкапом, было и двунаправленная репликация и репликация в одну сторону, но базы работали параллельно. (СУБД сама не умела при этом) И ни разу не было ни каких косяков.
Я не сисадмин - мне это вообще нафиг не надо.
все 14 лет "нафиг не надо"? :D
пруф в словаре Ожогова найдёте, или лолка?
[console]Checking: описание является устоявшимся... no
Checking: is in English... yes
Checking: is in Russian... no
Checking: alternative Russian... резервная копия
Configuring was done, to build a binaries just type make.
cat src/config.log
1. [span]h[/span]ttp://gramota.ru/slovari/dic/?word=%E1%E5%EA%E0%EF&all=x
2. [span]h[/span]ttp://en.wikipedia.org/wiki/Backup
3. [span]h[/span]ttp://www.lingvo-online.ru/ru/Translate/en-ru/backup
4. [span]h[/span]ttp://ru.wikipedia.org/wiki/Backup[/console]
:)
долго объяснять.
завтра гляну - там много буков
Да и не серьёзная, если она может 4 часа проработать, а потом на 30 минут рухнуть для профилактики.
Эк вас... Где вы это вычитали? Я такого не говорил. Если эта база свалится в течении рабочего дня, то будет маленькая революция в рамках одного города. Вы знаете что такое толпа бушующих бабулек?
Ни какой "профилактики" среди бела дня. А вот ночью, ночью выполняется ряд сервисных функций по обслуживанию БД. Включая на центральный. Но весь рабочий день как часы. При этом вменяемая связь появилась не больше года назад. Залить базу на сервер проблематично. Уже началься новый день, а копия еще докачивается и одно другому ни как не мешает. При этом с репликацией или без оной база нативными средствами бэкапилась/разбэкапилась каждую ночь. И такая схема (описана естественно не полностью) показала себя очень надежной вне зависимости от качества связи и мощности серверов/компьютеров.
а по вашему у дампов и копирования файлов расходы ниже или их вообще нет?
Нет. Но, разумное решение это распределять нагрузку. Так или иначе, чтоб обеспечить репликацию есть накладные расходы и во время работы юзеров. А нафига они, если обслуживание базы всегда производится?
нет. А вы думаете, что репликация это "автоматическое поднятие"? А вот и ошибаетесь.
Приехали. Это было на вашу фразу
только это не бекап, а резервирование скорее. Т.е. создание "резервного сервера", который подымается ручками.
. Копия файлов будет испорченной, и вероятность этого очень велика.
Да велика. Но и этот вопрос решаем. Вы верите, что репликация дает 100% гарантию? Не фига. Не если техника супер, связь супер то наверное. Наделе же и модемное соединение далеко не прошлое... И "сервера" с мощностью слабее современного телефона. И еще овер 100500 условий из реальной жизни.
И на практике репликация доставляла больше мне головняка (правда она была не просто как резервное копирование, а по полной - и ще не было собственных средств у субд). А наша схема ни разу не подвела.... Проблемы были толкько тогда когда местный одмин, отключал все нафиг по ведомым ему причинам
не наблюдаю пруфа.Checking: alternative Russian... резервная копия
что, пенсию не дадут? Ничего страшного, им не привыкать к былокодерам и быдлоадминам. Как сказала моя матушка(пенсионерка) — "там компьютер, а это очень долго".Если эта база свалится в течении рабочего дня, то будет маленькая революция в рамках одного города. Вы знаете что такое толпа бушующих бабулек?
я не про профилактику. А если HDD посыпется?Ни какой "профилактики" среди бела дня.
какая "такая"? "С репликацией ИЛИ без"? Что за бред вы написали?Уже началься новый день, а копия еще докачивается и одно другому ни как не мешает. При этом с репликацией или без оной база нативными средствами бэкапилась/разбэкапилась каждую ночь. И такая схема (описана естественно не полностью) показала себя очень надежной вне зависимости от качества связи и мощности серверов/компьютеров.
за всё надо платить. Надёжность бесплатной не бывает.Так или иначе, чтоб обеспечить репликацию есть накладные расходы и во время работы юзеров.
Приехали. Это было на вашу фразу
вы забыли процитировать саму фразу. Откуда я знаю, на какой из моих Over9000 постов вы отвечаете? Я так думаю, это демагогия — проще потом съехать, если поймёшь, что был неправ.
Да велика. Но и этот вопрос решаем.
демагогия. У решения тоже есть цена. И цена часто безумно большая. Вот в той ссылке которую вам лень читать никакой репликации нет. Но годно это только для одинокого нетбука(даже для десктопа не годно).
Вы верите, что репликация дает 100% гарантию?
опять демагогия. Скучно, сударь…
репликация === сохранение состояния СУБД. Фактически бекап. Разница лишь в том, что СУБД лучше знает, что и как бекапить. Потому репликация работает не медленнее бекапа файлов. На практике быстрее. Иногда на порядки быстрее. И никто не заставляет бекапить на удалённый сервер по dialup'у (хотя смысла в локальной репликации — как у локального бекапа)Не фига. Не если техника супер, связь супер то наверное. Наделе же и модемное соединение далеко не прошлое... И "сервера" с мощностью слабее современного телефона. И еще овер 100500 условий из реальной жизни.
И на практике репликация доставляла больше мне головняка
за всё надо платить. За надёжность нужно дорого платить.
я не про профилактику. А если HDD посыпется?
И что? Тут хоть репликация хоть копирование. Как от этого спасет репликация?
какая "такая"? "С репликацией ИЛИ без"?
Без репликации.
за всё надо платить. Надёжность бесплатной не бывает.
Естественно. Только та цена оправдана если есть в ней толк.
репликация === сохранение состояния СУБД. Фактически бекап.
Ууу. И вы мне втираете про репликацию? Да у вас довольно однобокое ее понимание. Ну да сейчас не об этом. Пусть в данном конкретном случае вы предлагаете ее использовать только в этих целях ок.
Потому репликация работает не медленнее бекапа файлов. На практике быстрее
Вообще говоря далеко не факт. Это зависит от периодичности репликаций, от объемов данных, от реализации репликации, от ключей. И тут в реальной жизни опять накладываются "проблемки". Так в некоторых районах были выездные офисы. Т.е. комп работал в течении недели (а то и больше) на выезде, а потом репликация с основной базой. Настоящая репликация - не тупой как вы назвали ее "фактический бэкап". Ага щаз.... Очень оно быстро работало.
Ну да ладно. Суть то не в этом. А в том, что нагрузки для целей бэкапа в рабочее время ни какой не было. В случае с репликацией она будет. И зачем оно? Вы можете пояснить? Что она мне такого даст? Особенно если учесть, что ночью база прогоняется через бэкап, фикс, разбекап, отправку на архивный сервер и на зеркало с которой гоняют отчеты менеджеры вышестоящего звена.
Итак: архив нам нужен точно, обработать базу полезно точно. что даст в такой ситуации репликация?
если вы делаете репликацию по диалапу, то и сравнивайте с аналогичным бекапом
Так я и сравниваю.. Я ж вам сказал, если связь хреновая бэкап качается пока не закачается.... На работу сервера в рабочее время это уже ни как не влияет.
А вот что будет с репликацией если связь фиговая?
все 14 лет "нафиг не надо"?
Совершенно верно. Я разработчик. К сожалению, у клиентов не все это время были админы, ли были, но не те. Приходилось. Приходилось и репликацию (только не целью бэкапа) делать, когда не было штатных средств...
А сейчас у клиентов есть штат сисадминов, да и наше обслуживание на минимум сошло.
Ну дык вот, меня ваше резюме не волнует.
Это плохо, что вы в этой фразе увидели только резюме.
Мне абсолютно плевать, что вы думаете обо мне. Целью было только показать, что это мнение основано не на куцых теоретических знаниях. А на знаниях подкрепленных практикой.
И я, в отличии от вас, ни кого не поучаю. Только рассказал о своем опыте. Пытался показать, что ситуации на которые предлагаемые вами штампы не наложить. И, согласитесь, одно дело если бы я был человеком, который просто чего то там где то проситал, это было бы одно. И другое дело, если я работал вплотную. Ну, а уж верите вы или нет в это мне фиолетово.
Хватит уже мерять людей по себе. Не было у меня целью показать свой скил.
В прочем походу вам это не надо. От вас ни одного аргумента по теме так и нет. Только пустая демагогия и обсуждение моей персоны.
Присоединюсь к Вашему спору...
В оффтопике полный Бэкап на тот же диск нужен для того чтобы....
1. Быстро вернуть систему к исходному состоянию в учебных классах к примеру в начале учебного года.
2. Откат к рабочей версии системы, но в этом случае я бы рекомендовал вынести папку мои документы на отдельный раздел. При этом программы установленные после создания бэкапа будут утеряны.
3. ОТ ФИЗИЧЕСКОГО повреждения/износа диска в этом случае вы не застрахованы - чревато полной потерей данных.
Больше смысла не вижу
В Linux было подмечено уже - бэкап пакетов не требуется, они все время обновляются. Поэтому нужно бэкапить только профиль пользователя.
Переустановил пакеты скпировал профиль и все работает.
Единственный случай когда полный бэкап принесет результат это когда пакет устаревает и переустановить его нет возможности. Ав бэкапе он есть... Это единичные случаи.
я не про профилактику. А если HDD посыпется?
И что? Тут хоть репликация хоть копирование. Как от этого спасет репликация?репликацию/бекап делают на ДРУГОЙ диск. Обычно даже на другую систему в другом ДЦ.
остальное куда-то потерялось.
нет никакого "обсуждения" всё подчистили. Вы ангел. O:)В прочем походу вам это не надо. От вас ни одного аргумента по теме так и нет. Только пустая демагогия и обсуждение моей персоны.
Ну прежде чем тыцнуть надо вызывать из меню эти гуи и ждать пока они прогрузятся, а если винтов много и все они разные, то ждать можно намного дольше чем в dd набить, а еще есть вариант написать простейший скрипт. Так что тут фломастеры разные.
репликацию/бекап делают на ДРУГОЙ диск. Обычно даже на другую систему в другом ДЦ.
Я ни где и никогда не говорил иного. Между тем бэкап (специально для вас выделяю) И на локальный диск (и, даже, на тот же) тоже полезная функция. Возьмем опять все тех же клиентов. За время сотрудничества по разным причинам (электричество, "глупые" действия местного "админа" и т.д) были случаи убийства базы. Восстановить из локальной копии быстрее практически всегда. Удаленная копия это больше резерв, чем основная копия. Винты гораздо реже дохнут, чем чьи то безалаберные действия нарушают функционирование системы. На практике локальная копия единственная технически возможная (правда последнее время цивилизация в нашей области достаточно распространилась :) ). Хотя и локальная копия не на один комп. (Правда бывали случаи когда ноги вырастали у всех компов). Было копирование и на компакт диски (где размер базы позволял).
Но, как бы то ни было, локальная копия на том же компе всегда была. И это нормально, восстановится с нее быстрее.
полезная. Вот только это не бекап. Это какая-то другая ерунда. Я и не говорил, что её быть не должно, я говорил, что это совсем другое дело, и к этому должны быть совсем другие требования.Я ни где и никогда не говорил иного. Между тем бэкап (специально для вас выделяю) И на локальный диск (и, даже, на тот же) тоже полезная функция.
да. Бекап это больше бекап, чем что-то другое. Спорим дальше?Удаленная копия это больше резерв, чем основная копия.
значит плохая система.Винты гораздо реже дохнут, чем чьи то безалаберные действия нарушают функционирование системы.
полезная. Вот только это не бекап. Это какая-то другая ерунда.
Аргументы будут или это ваше личное мнение?
Спорим дальше?
Ну, если вы начнете приводить аргументы - почему бы и нет.
значит плохая система.
1. Дело не в системе, а том, что чем меньше город тем легче стать "системным администратором виндовс". А от "админа" спасения нет.
2. Это не важно в данном обсуждении.
Бекап это больше бекап, чем что-то другое. Спорим дальше?
Кстати, о птичках. Репликация совсем не бэкап.