Собственно смущает метода которая используется SQLем.
Не будет ли возникать ошибок в момент частичной передачи данных, и будут ли они критическими для базы.

Пробовал ли кто-то подобное организовывать. Уж очень надоела УРБД....

лучше лог шиппинг

(0) какой тип репликации хотите использовать?
а вообще (1) +1, плюс посмотрите на зеркалирование, если у вас sql server 2005 или старше. Для создания резервного сервера эти технологии, имхо, лучше подходят.

если руки на месте - то осилите

вот осилившие
http://www.softpoint.ru/products_id4.htm

(2) +1. Мирроринг. Еще в путях к серверу 1с и серверу SQL прописать ДНС алиасы, и время переключения в случае сбоя пойдет на минуты.
Правда "в живую" пока тьфу-тьфу-тьфу не пробовали :-), но отрабатывали в тестовом варианте - все прошло замечательно

(4+) А про репликацию SQL, наши спецы по SQL, не сильно хорошо отзывались.

Спасибо всем за участие!
(2) Я почему то думал, что репликация это и есть зеркалирование.

(3) - неохота юзать какие-то доморощенные решения...тем более они платные я так понимаю...

(1) лог шиппинг - это и есть зеркалирование MS SQL ?

у клиентов MS SQL 2008й стоит

(2) - а какие типы репликации бывают ?

http://www.askit.ru/custom/sql2005_admin/sql2005_admin_plan.htm
глава 7. все об отказоустойчивости MSSQL

(10) Круто, спасибо, пошел штудировать )

http://dbasurvivor.com/
Репликация ббывает трех типов:

http://screencast.com/t/KMmFXoeFKFE



А вот в частности про зеркалирование:

Soon a great battle took place between two giant beasts named Cluster and Log
Shipping, who had easily beaten down the inferior SQL Replication in a pay-per-view
event two months prior. Cluster and Log Shipping battled for years, neither giving an
inch to the other, until such time that they were both badly beaten, weakened, and
barely able to stand.
At the time of SQL Server 2005’s release, a great hero rose from the ashes of Cluster
and the ruins of Log Shipping. The hero’s name was Database Mirroring, and promised
that everything was going to be different. Database Mirroring promised real-time
synchronization of your data without the hassle of log shipping. Database Mirroring
promised faster failover without the need for a cluster. In short, Database Mirroring
promised the best of all other technologies, with none of the shortcomings, and even
brought along a witness to attest to its abilities.


Короче, очень рекомендую - бомбовская книга.

Этот сволочной скуль отказался мне сделать миррор на нём же :-(((

В том годе мы пробовали наладить мирроринг боевой базы на соседний скульсервер.
Причем - синхронный мирроринг, т.е. - транзакция заканчивается, когда данные успешно записаны и на исходную базу, и на зеркало (асинхронный нам лицензия не позволяет).
Так вот, попробовали, завелось, заработало, мы подумали: "нехай пару дней поработает - посмотрим, чо с производительностью будет и вообще, как проявит себя механнонизям". Ну, короче, суть в том, что пара дней где-то через полгода прошли - забыли выключить.
Падения производительности не было равно как и каких-либо других внешних проявлений.
Вспомнили, когда решили снести к биоматери второй этот скульсервер на котором зеркало. Сунулись посмотреть, что на нем, а там - оба на! - живет себе и миррорится.

(13) "на нем же" кажись не бывает.

странно.. а почему 1Совые гурру преподающие на курсах типа "MSSQL для 1С" утверждают что мирроринг для 1С неприменим ?

(14)ыыыы
по хорошему надо три

(15) у "неприменим" много разных степеней и градаций. Ни*силили - одна из них. Может в этом дело?..

исходный - зеркало - следящий

т.е.(16) к (13)

(17) хз... вроде специалист толковый был.. с неодним киллограмом MSовых сертификатов по всякоразным SQL от 7го до 2008го...

(20) это распил. По-любому.

(21) причем так убедительно объясняли почему "невзлетит" вернее почему "огребете по полной косяков и проблем" что ни на секунду не усомнился... правда забыл что говорили но в целом общее понимание что "низя так делать" осталось

ну, мож мы чо-то не так делали, но оно работало, вот те крест :)

(23) придется попробывать...

(24) кстати, ты б еще поднатужился, да припомнил, что именно нельзя-то. Возможно имелось в виду, что когда полная схема, где три сервера и при падении оригинала витнес без шума и пыли переводит зеркало в редим боевой базы. Может это нельзя? Потому, что сам по себе мирроринг с ручным переводом базы на зеркало в случае падения оригинала работает. После поднятия оригинала, правда, налаживать мирроринг геморройно несколько, если я правильно помню, но и то - дело техники и куренья бамбука при больших объемах.

редим боевой базы = реЖим боевой базы

(25) я смутно помню.. нужно методички порытсья найти.. но речь шла именно о примитивном мирроринге в целях сохранения базы от падучести железки...

(25)оно и в автомате нормально..
единственное что неудобно, то что оно без твоего ведома может переключиться..с этим пару раз были вопросы

Читал, пробовал - получается зеркалирование можно включить только для tcp соединений ? Это разве не значит, что должна быть именно локальная сеть? Мне надо именно не локальная сеть, т.к. защититься хотим от потери интернета на основном сервере или электричества..

Сделал с помощью "лог шиппинг" новую базу, но не пойму - в менежере SQL отображается как (только для чтения/резервная)

Что во второй базе разве нельзя работать ?

Почитай http://www.askit.ru/custom/sql2005_admin/m7/07_03_03_db_mirroring_setup.htm

По поводу несовместимости 1С и зеркалирования MSSQL:
"К сожалению, достичь необходимого уровня зрелости этой технологии пока не удалось, поэтому Microsoft не рекомендует использовать зеркальное отображение для рабочих серверов. Кроме того, серверам, на которых настроено зеркальное отображение, отказано в поддержке со стороны соответствующих подразделений Microsoft. "
http://www.askit.ru/custom/sql2005_admin/m1/01_01_04_availability_changes.htm
может быть это имелось ввиду? ;)

(14) на кой спрашивали делали.

2(33) потому что реализовано в других СУБД, и нужно держать марку. не работает как надо в 2005, заработает в 2012 или когда там следущий...

ой... ну ладно. :)

Помогите кто знает с лог шиппинг - как при надобности перевести копию базы в активный режим ?

(36)
ну почитайте руководство администратора
все равно, так или иначе придется прочитать весь мануал.

(37) нашел кажется
4.     Следующее действие, которое вам потребуется выполнить, — перевести базу данных на вторичном сервере в рабочее состояние из режима NORECOVERY или STANDBY (в зависимости от параметров доставки журналов). Для этого достаточно выполнить команду RESTORE DATABASE с параметром WITH RECOVERY, например:

RESTORE DATABASE db1copy WITH RECOVERY;

короче как-то не очень удобно этот лог шиппинг из-за того, что надо вручную переводить запасную базу в активный режим.

Буду пробовать мирроринг - на домашнем компе не вышло настроить т.к. он 1 )

(32) эта информация относится к SQL Server 2005 RTM. Там для включения зеркалирования надо было трэйс-флаг использовать. С выходом SP1 информация стала неактуальной.
(38) не забудьте, что еще надо будет накатить дополнительно те бэкапы журнала транзакций, которые не были восстановлены\доставлены автоматически.
(39) виртуальные машины, если что, никто не отменял...