Как резервное копирование работает в SQL-сервере?
Теоретически, нет, они не уникальны. Возможно генерировать идентичный гуид много раз. Однако возможности его, случай является настолько низким, что можно предположить, что они уникальны.
я читал перед этим возможности являются настолько низкими, что действительно необходимо подчеркнуть о чем-то еще - как сервер, спонтанно воспламеняющийся или другие ошибки в коде. Таким образом, предположите, что это уникально, и не создавайте ни в каком коде, чтобы "поймать" дубликаты - проводят Ваше время на чем-то более вероятно еще для случая (т.е. что-либо ).
я предпринял попытку для описания полноценности GUID моей аудитории блога (нетехническая семья memebers). Оттуда (через Википедию), разногласия генерации дублирующегося GUID:
- 1 в 2^128
- 1 в 340 undecillion (don’t беспокойство, undecillion не находится на тесте)
- 1 в 3,4 Г — 10^38
- 1 в 340,000,000,000,000,000,000,000,000,000,000,000,000
1 ответ
В процессе резервного копирования в SQL Server выполняется резервное копирование файлов данных и частей журнала транзакций, так что это будет состояние базы данных на 2 часа ночи.
Вы можете гарантировать согласованность зафиксированных транзакций между базами данных только в том случае, если резервное копирование останавливает точно в то же время. Вероятно, это не то, на что вы хотите полагаться, поэтому я бы рекомендовал использовать частое резервное копирование журнала транзакций в дополнение к любой стратегии полного ночного заполнения, которую вы используете.