rdb_dev,

http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1233997&msg=19772736

kdvА поскольку они логические, то если бы у них были разные идентификаторы (для ФБ) - мы бы уже тут слышали крики Gallemar, что у него убилась база.
Отсюда я делаю вывод, что любые попытки модифицировать снапшот приводят к перенаправлению xtremio всех изменений в основной файл.
То есть, Gallemar-у только кажется, что файлов два. А он один, просто "размазанный".
А копия подключается каждый день. И не два файла,а пять. Еще есть для обучения,тестирования и т.п. Но это скоро закончится. На старом железе я делал копию через nbackup - дольше,но по скорости работы лучше. Ну и разработчик порадовал дописками и вывод процессов на копию больше не нужен.

kdvGallemar На старом железе я делал копию через nbackup - дольше,но по скорости работы лучше.
потому что nbackup - это ФИЗИЧЕСКАЯ ПОЛНАЯ копия БД. Я не знаю, сколько еще слов нужно написать чтобы ты понял разницу между логической копией своей xtremio и физической копией файла.
Дима,я это ЗНАЮ. Не трать нервы.
kdvБыл бы ты поближе, я бы тебе в пределах одного бокала пива все на листочке объяснил, за 5 минут.

На следующей неделе буду :)
kdvp.s. как показывает практика, народ очень туго понимает как работает nbackup, и вообще всю эту фигню со снимками копий, виртуалок, и прочим бардаком. Почему - хрен его знает. Видимо, если раньше концепцию файлов изучали сразу, то нынче про файлы уже почти никто не понимает.

Бывает, не спорю. При внедрении копий с помощью xtreme io и уходе от создании копий nbackup никаких внятных объяснений я не получил. Только сейчас начинают приколы вылазить, типа нехватки места, т.к. копия (вернее снимок) делается два раза в день и надо хранить дельту между основной базой и всеми копиями. А она оказывается может быть очень большой.
kdvКак минимум, телепортации не существует. И если кто-то говорит, что он создает копию файла в 480 гиг за 2 секунды, либо он врет, либо это не копия файла. А раз это не копия, значит надо разбираться, что она собой представляет. А значит надо изучать техдокументацию на xtremio. Если не изучать, то конечно, можно и к колдуну пойти, который за 1 секунду будет по 5 таких копий файлов выдавать.
Документацию изучаю, информация дошла до начальника моего отдела. Есть жалобы на работу баз, т.к. нагрузка в копии := нагрузка основной базы. А значит схема неработоспособна и разделить таким образом нагрузку не выйдет, даешь nbackup/репликацию

kdv
Из описания XTREMIO я пока понял, что это для КОПИЙ например баз, поскольку используется сжатие. Там ни разу не сказано, что можно использовать для production - только тестирование, хранение копий, и "разработка".

И

Near Real-Time Data Analytics:
Use XVC technology as a means of offloading the processing of data such as ETL from the production server. For example, if there is a need to run a heavy process on the data (potentially effecting the production server's performance), it is possible to use XVC to create a current copy of the production data and mount it on a different server. This process can then be run on the other server without consuming the production server's resources. This capability enables on-demand near-real-time analytic capacities.

kdvв сторону:
То есть, для админа, который организует именно хранение копий, дедупликация должна быть кошмарным кошмаром.
Кому-то дедупликацию спускают сверху. Но в случае нашего оборудования https://www.emc.com/en-us/data-protection/data-domain.htm хваленый девайс не показал себя. Бэкапы gbk хорошо дедуплицируются, а вот с nbackup, если его делать 0 уровня раз в неделю всё печально, процент занимаемого места очень близок к 100, сокращения места никакого. Ну и такое хранилище можно рассматривать только как долгосрочный архив, быстро достать и развернуть не получится, время на копирование на и с хранилища уходит раз в 5 больше, чем на обычную шару по понятным причинам.

Кстати, вчера оказывается мои девчонки не могли закоммитить процедуру в снепшоте и базу отправили в shutdown, вместе с пользователями копии вылетели все пользователи рабочей БД,прям посреди рабочего дня :)

rdb_devGallemar, при этом, для обслуживания копии БД на снапшоте xtermio использовался тот же инстанс сервера FB, что обслуживает оригинальную базу?
Нет. Я специально на два поделил. Т.е. один инстанс с портом 3050,второй 3070.

kdvПоскольку у вас снапшоты как бы динамически обновляются данными из production, работая со снапшотом ты этого не видишь.
Мммм, а это как? Можешь объяснять?