Поиск и устранение неисправностей Webdav на Mac OS X

Существует две части к этому вопросу.

Во-первых, как Вы копируете/перемещаете данные с полями идентификационных данных?

Если Вы собираетесь быть выполнением этого регулярно между двумя или больше серверами, необходимо настроить их семена идентификационных данных, чтобы отличаться. Например, если у Вас есть два сервера, сидящие за одним столом с небольшим количеством записей, Вы могли бы настроить один с семенем идентификационных данных 1, и другой с семенем идентификационных данных 1,000,000. Один сервер запустит свое поле идентификационных данных в 1 и повысится, и другой в более высоком количестве. Конечно, все еще необходимо следить за этим, чтобы удостовериться, что Вы не заканчиваете с наложением записей.

Затем когда Вы хотите скопировать данные от одного сервера до другого, Вы снабжаете префиксом свои вставки команду SET IDENTITY_INSERT, как ссылается здесь:

http://msdn.microsoft.com/en-us/library/ms188059.aspx

Затем можно временно отключить поле идентификационных данных, таким образом, можно накачать данные от одного сервера до другого.

Во-вторых, как Вы копируете/перемещаете данные в целом?

Существует набор способов сделать это:

• Репликация sql server - может автоматически синхронизировать данные между несколькими серверами. Это встроено в продукт, и это гибко, но это - боль сзади, чтобы настроить и справиться. Это не для синхронизации dev/test среды как, Вы ищете.
• При сценариях с Studio управления SQL Server - работы, но это испытывает недостаток в гибкости, и это - ручная боль сзади также.
• Сравнения данных/схемы со сторонними продуктами - инструменты как Жаба для SQL Server сравнят схемы и данные между двумя серверами и принесут им в синхронизации. (Правовая оговорка: Я работаю на Quest, производителей Жабы.)

Если Вы перемещаете данные между производством и dev/test, то восстанавливаете производственные данные на Ваш dev/test сервер как другое имя базы данных и затем делаете Ваши синхронизации базы данных там. Это будет быстрее, это не повлияет на Ваше производственное поле, и если Вы сделаете что-то не так (как синхронизирующие данные неправильный путь), то это не разрушит производство.