"Ivanov E.P" ...


Vlad Khorsun-3 wrote:

    А можно включать свой моск иногда ?

мда, оговорка по Фрейду

   Это не оговорка. Я не страдаю проблемами в письменной речи.

Vlad Khorsun-3 wrote:

    Технология nbackup подробно расписана в документации. Если ты не в
состоянии связать A и Б, то подумай о другой профессии.

я в своей профессии уже тридцать лет и никто не жаловался, а документация


   Без комментариев.

пишется для того, что бы вопросы не задавались, а не высасывать из пальца
аналогии и делать далеко идущии выводы при совпадении имен файлов, это про
дельту.

   Причём тут совпадение имён файлов ? Что это за поток сознания ? Какие 
аналогии ?

Vlad Khorsun-3 wrote:

PS Да, я такой злой и плохой. Ибо не люблю, когда по вине не компетентных
людей
   теряются данные, а обвиняется потом FB. В данном случае потери данных
избежать
   было не легко, а очень легко.

читайте посты внимательно "F*A*K раз, где F,A,K больше нуля". Никто FB не
обвинял, а говорилось о текущей проблеме.

===========
мое решение, пока не будет ясно, что делать в такий случаях, программу nbackup 
использовать
не рекомендую, разве уж кроме совсем экстремалов
===========

Что вопрос было задать нельзя?

   Можно. И нужно. ДО того как потерялись данные.

В грязь затопчут, упиваясь собственной крутостью.

   Где грязь ? Перечитай свой первый пост - сплошная истерика. И ноль понимания 
что
и почему произошло. Реакция соответственная. Потеря данных - самое плохое, что 
может
случиться с СУБД, отсюда моё отношение. Я могу, конечно, посюсюкать, писать на 
Вы, и
т.п. - но пока не наедешь на таких специалистов, толку не будет. Для Вашего же 
блага.
Хотите чтобы с вами носились и всё за вас делали - платный саппорт для этого и 
существует.

   Советую успокоиться, выпить валидольчику и ещё раз перечитать как этот топик,
так и документацию, какая бы она ни была. А после сесть и сделать так, как 
делают
нормальные специалисты, даже без 30-летнего опыта работы :
а) переписать скрипты для учёта кодов возврата
б) *смоделировать и отработать* все сбойные ситуации, которые могут прийти в 
голову

ибо, ещё раз повторю, за сохранность *ваших* данных отвечает не писатель 
документации,
не разработчик сервера, а тот, кто данную БД обслуживает. Не думал, что придётся
элементарные вещи рассказывать такому опытному професионалу...

--
Хорсун Влад


Ответить