Продажи: 1-800-867-1389

Основные сведения о том, как моментальные снимки увеличивают плату

Обновлено: Апрель 2015 г.

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

Следующий список включает ключевые пункты, которые следует рассмотреть при создании моментального снимка.

  • Плата взимается за уникальные блокировки и страницы независимо от того, находятся они в большом двоичном объекте или в моментальном снимке. Ваша учетная запись не влечет за собой дополнительных затрат на моментальные снимки, сопоставленные с большим двоичным объектом, пока большой двоичный объект, на котором они основаны, не будет обновлен. После обновления базового большого двоичного объекта он расходится со своими моментальными снимками, и вам придется оплачивать уникальные блокировки и страницы в каждом большом двоичном объекте или моментальном снимке.

  • Когда вы заменяете блокировку в блочном большом двоичном объекте, за эту блокировку начинает взиматься плата как за уникальную. Это произойдет, даже если блокировка имеет тот же идентификатор блокировки и те же данные, что и в моментальном снимке. Как только блокировка фиксируется заново, он расходится со всеми своими двойниками во всех моментальных снимках, и вы будете оплачивать его данные. Это же справедливо и для страницы в страничном BLOB-объекте, обновляемом идентичными данными.

  • Замещение блочного большого двоичного объекта путем вызова метода UploadFile, UploadText, UploadStream или UploadByteArray заменяет все блокировки в этом большом двоичном объекте. При наличии моментального снимка, сопоставленного с этим большим двоичным объектом, все блокировки в базовом большом двоичном объекте и моментальном снимке разойдутся, и вы будете оплачивать ресурсы всех блокировок в обоих больших двоичных объектах. Это произойдет, даже если данные базового большого двоичного объекта и моментального снимка останутся идентичными.

  • Служба BLOB-объектов Windows Azure не имеет средств определить, содержат ли 2 блокировки идентичные данные. Каждая блокировка, которая была загружена и зафиксирована, обрабатывается как уникальная, даже если содержит те же данные и имеет тот же идентификатор блокировки. Поскольку плата добавляется за уникальные блокировки, важно иметь в виду, что обновление BLOB-объекта, имеющего моментальные снимки, приведет к появлению дополнительных уникальных блокировок и дополнительным расходам.

ImportantВажно!
Рекомендуется управлять моментальными снимками осторожно, чтобы избежать наценок. Рекомендуется управлять моментальными снимками следующим образом.

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

  • Если необходимо хранить моментальные снимки для больших двоичных объектов, старайтесь не вызывать UploadFile, UploadText, UploadStream или UploadByteArray, чтобы обновить BLOB-объект, так как эти методы заменяют все блокировки в большом двоичном объекте. Вместо этого обновляйте наименьшее возможное количество блокировок с помощью методов PutBlock и PutBlockList.

В следующих сценариях показано, как добавляется плата за большой двоичный объект и его моментальные снимки. В сценарии 1 базовый большой двоичный объект не обновлялся с момента создания моментального снимка, поэтому плата начисляется только за уникальные блокировки 1, 2 и 3.

WA_SnapshotScenario1

В сценарии 2 базовый большой двоичный объект был обновлен, а моментальный снимок — нет. Блокировка 3 была обновлена, и, хотя он содержит такие же данные и тот же идентификатор, она отличается от блокировки 3 в моментальном снимке. В результате плата в учетной записи взимается с 4 блокировок.

WA_SnapshotScenario2

В сценарии 3 базовый большой двоичный объект был обновлен, а моментальный снимок нет. Блокировка 3 была заменена блокировкой 4 в базовом большом двоичном объекте, но моментальный снимок по-прежнему отражает блокировку 3. В результате плата в учетной записи взимается с 4 блокировок.

WA_SnapshotScenario3

В сценарии 4 базовый blob-объект был обновлен полностью и не содержит никаких первоначальных блокировок. В результате плата в учетной записи взимается за все 8 уникальных блокировок. Этот сценарий может произойти при использовании такого метода обновления, как UploadFile, UploadText, UploadFromStream или UploadByteArray, поскольку эти методы заменяют все содержимое больших двоичных объектов.

WA_SnapshotScenario4

См. также

Была ли вам полезна эта информация?
(1500 символов осталось)
Спасибо за ваш отзыв
Корпорация Майкрософт проводит интернет-опрос, чтобы выяснить ваше мнение о веб-сайте MSDN. Если вы желаете принять участие в этом интернет-опросе, он будет отображен при закрытии веб-сайта MSDN.

Вы хотите принять участие?
Показ:
© 2015 Microsoft