Данная статья переведена с помощью средств машинного перевода. Чтобы просмотреть ее на английском языке, установите флажок Английский. Вы также можете просматривать английский текст во всплывающем окне, наводя указатель мыши на переведенный текст.
Перевод
Английский

Копирование большого двоичного объекта

 

Классы System.Threading.Tasks.Task и System.Threading.Tasks.Task<TResult> поддерживают отмену через использование токенов отмены в .NET Framework. В версии 2012-02-12 и более поздних версиях источника для операции копирования большого двоичного объекта может быть фиксации большого двоичного объекта в учетную запись хранилища Azure.

Начиная с версии 2015-02-21 источник Copy Blob операция может быть файл Azure в любой учетной записи хранилища Azure.

System_CAPS_noteПримечание

Разрешить только учетные записи хранилища, созданные после 7 июня 2012 года или Copy Blob для копирования из другой учетной записи хранилища.

Классы System.Threading.Tasks.Task и System.Threading.Tasks.Task<TResult> поддерживают отмену через использование токенов отмены в .NET Framework. Рекомендуется использовать протокол HTTPS. Замените myaccount на имя вашей учетной записи хранилища, mycontainer с именем контейнера, и myblob с именем целевого большого двоичного объекта.

Начиная с версии 2013-08-15, можно указать подпись общего доступа для BLOB-объект назначения, если он находится в той же учетной записи как исходный большой двоичный объект. Начиная с версии 2015-04-05, вы также можете указать подпись общего доступа для BLOB-объект назначения в другую учетную запись хранилища.

URI запроса метода PUT

Версия HTTP

https://myaccount.blob.core.windows.net/mycontainer/myblob

HTTP/1.1

При построении запроса к эмулированной службе хранилища укажите имя узла эмулятора и порт службы BLOB-объектов в виде 127.0.0.1:10000, а затем имя учетной записи эмулированного хранилища:

URI запроса метода PUT

Версия HTTP

http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob

HTTP/1.1

Дополнительные сведения см. в разделе с помощью эмулятора хранилища Azure для разработки и тестирования.

В URI запроса могут быть заданы следующие дополнительные параметры.

Параметр

Описание

timeout

Необязательно. Ядро автоматизации UI маскирует любые отличия в структурах, принадлежащих различным частям UI. Дополнительные сведения см. в разделе Задание времени ожидания для операций службы BLOB-объектов.

В следующей таблице перечислены обязательные и необязательные заголовки запросов.

Заголовок запроса

Описание

Authorization

Обязательно. Указывает схему проверки подлинности, имя учетной записи и подпись. Дополнительные сведения см. в разделе Проверка подлинности для служб хранения Azure.

Date или x-ms-date

Обязательно. Задает время в формате UTC для запроса. Дополнительные сведения см. в разделе Проверка подлинности для служб хранения Azure.

x-ms-version

Требуется для запросов с проверкой подлинности. Дополнительные сведения см. в разделе Управление версиями для служб хранилища Azure.

x-ms-meta-name:value

Необязательно. Задает определяемую пользователем пару «имя-значение», связанную с BLOB-объектом. Указываемое пары имя значение операции копирования метаданных из исходного большого двоичного объекта или файла BLOB-объект назначения. Если один или несколько пар имя значение указано, BLOB-объект назначения создается с указанными метаданными и метаданные не копируются из исходного большого двоичного объекта или файла.

Обратите внимание, что начиная с версии 2009-09-19, имена метаданных должны соответствовать правилам именования для идентификаторов C#. В разделе Именование и ссылки на контейнеры, большие двоичные объекты и метаданные для получения дополнительных сведений.

x-ms-source-if-modified-since

Необязательно. Объект DateTime значение. Задайте этот заголовок условной операции, чтобы BLOB-объект копировался, только если BLOB-объект источника был изменен, начиная с указанной даты-времени. Если BLOB-объект источника не был изменен, то служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено). Этот заголовок не может быть указан, если источником является файл Azure.

x-ms-source-if-unmodified-since

Необязательно. Объект DateTime значение. Задайте этот заголовок условной операции, чтобы BLOB-объект копировался, только если BLOB-объект источника не был изменен, начиная с указанной даты-времени. Если BLOB-объект источника изменен, служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено). Этот заголовок не может быть указан, если источником является файл Azure.

x-ms-source-if-match

Необязательно. Значение ETag. Задайте этот заголовок условной операции, чтобы BLOB-объект источника копировался, только если его значение ETag согласуется с указанным значением. Если это значение ETag не согласуется, то служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено). Этот заголовок не может быть указан, если источником является файл Azure.

x-ms-source-if-none-match

Необязательно. Значение ETag. Задайте этот заголовок условной операции, чтобы BLOB-объект копировался, только если его значение ETag не согласуется с указанным значением. Если значения совпадают, то служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено). Этот заголовок не может быть указан, если источником является файл Azure.

If-Modified-Since

Необязательно. Объект DateTime значение. Задайте этот заголовок условной операции, чтобы копировать BLOB-объект, только если BLOB-объект назначения был изменен после указанной даты-времени. Если BLOB-объект назначения не изменен, то служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено).

If-Unmodified-Since

Необязательно. Объект DateTime значение. Задайте этот заголовок условной операции, чтобы копировать BLOB-объект, только если BLOB-объект назначения не был изменен после указанной даты-времени. Если BLOB-объект назначения изменен, то служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено).

If-Match

Необязательно. Значение ETag. Укажите значение ETag для этого условного заголовка для копирования большого двоичного объекта только в том случае, если указанное значение ETag соответствует ETag значение для существующего BLOB-объект назначения. Если значение ETag для BLOB-объект назначения не совпадает с ETag, указанный для If-Match, служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено).

If-None-Match

Необязательно. Значение ETag или символ-шаблон (*).

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

Укажите символ-шаблон (*), чтобы операция выполнялась, только если BLOB-объект назначения не существует.

Если указанное условие не соблюдено, то служба BLOB-объектов возвращает код состояния 412 (необходимое условие не выполнено).

x-ms-copy-source:name

Обязательно. Задает имя файла или исходного большого двоичного объекта.

Начиная с версии 2012-02-12, это значение может быть размером до 2 КБ, длину, указывающее большого двоичного объекта в URL-адрес. Значение должно быть закодировано в URL-адресе в том виде, в каком оно указано в запросе URI. BLOB-объект источника в одну и ту же учетную запись хранилища может пройти проверку подлинности через общий ключ. Тем не менее если источником является большой двоичный объект в другой учетной записи, исходный большой двоичный объект должен быть открытым или должен пройти проверку подлинности через подпись общего доступа. Если исходный большой двоичный объект blob является открытым, проверка подлинности не требуется для выполнения операции копирования.

Начиная с версии 2015-02-21, исходный объект может быть файлом в службе Azure файла. Если исходный объект является файл, который будет копироваться в большой двоичный объект, исходный файл должен быть использующего проверку подлинности решения подпись общего доступа ли он находится в той же учетной записи или другую учетную запись.

Разрешить только учетные записи хранилища, созданные после 7 июня 2012 года или Copy Blob для копирования из другой учетной записи хранилища.

Вот некоторые примеры URL-адресов исходного объекта.

  • https://myaccount.blob.core.windows.net/mycontainer/myblob

  • https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>

При исходный объект является файлом в службе Azure файла, URL-адрес источника использует следующий формат; Обратите внимание, что URL-адрес должен включать допустимый токен SAS для файла:

  • https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?sastoken

В версиях, предшествующих 2012-02-12, BLOB-объекты могут быть скопированы только в пределах одной и той же учетной записи, а в имени источника могут использоваться следующие форматы:

  • Большой двоичный объект в именованном контейнере: /accountName/containerName/blobName

  • Моментальный снимок в именованном контейнере: /accountName/containerName/blobName?snapshot=<DateTime>

  • BLOB-объектов в корневом контейнере: /accountName/blobName

  • Моментальный снимок в корневом контейнере: /accountName/blobName?snapshot=<DateTime>

x-ms-lease-id:<ID>

Требуется, если BLOB-объект назначения имеет активную аренду. Идентификатор аренды, указанный для этого заголовка, должен согласовываться с идентификатором аренды большого двоичного объекта назначения. Если запрос не включает идентификатор аренды или не является допустимым, операция оканчивается неудачей с кодом состояния 412 (необходимое условие не выполнено).

Если задан этот заголовок и BLOB-объект назначения в настоящее время не имеет активной аренды, то операция также окончится неудачей с кодом состояния 412 (необходимое условие не выполнено).

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

x-ms-source-lease-id: <ID>

Необязательно, версии, предшествующие 2012-02-12 (не поддерживается в версии 2012-02-12 и более новых версиях). Укажите этот заголовок для выполнения Copy Blob операции только в том случае, если указанный идентификатор аренды совпадает с Идентификатором активную аренду большого двоичного объекта источника.

Если указан этот заголовок и BLOB-объект источника в настоящее время не имеет активной аренды, то операция также оканчивается неудачей с кодом состояния 412 (необходимое условие не выполнено).

x-ms-client-request-id

Необязательно. Клиент создал непрозрачное значение с ограничением символов, равным 1 КБ, которое записывается в журналы аналитики, когда ведение журнала службы аналитики хранилища включено. Настоятельно рекомендуется использовать этот заголовок для корреляции действий на стороне клиента с запросами, которые принимает сервер. Дополнительные сведения см. в разделе О ведении журнала аналитики хранилища и Ведение журнала Azure: Использование журналов для отслеживания запросов к хранилищу.

Отсутствуют.

Ответ включает код состояния HTTP и набор заголовков ответа.

В версии 2012-02-12 и более новой версии успешная операция возвращает код состояния 202 (принято).

В версиях, предшествующих версии 2012-02-12, успешная операция возвращает код состояния 201 (создано).

Сведения о кодах состояния см. в разделе Коды состояний и ошибок.

Ответ для этой операции включает следующие заголовки. Ответ может также включать дополнительные стандартные заголовки HTTP. Все стандартные заголовки соответствуют спецификации протокола HTTP/1.1.

Заголовок ответа

Описание

ETag

В версии 2012-02-12 и более новой версии, если копия является полной, то содержит значение ETag для большого двоичного объекта назначения. Если копия не является полной, то содержит значение ETag пустого BLOB-объекта, созданного в начале копирования.

В версиях, предшествующих версии 2012-02-12, происходит возврат значения ETag для BLOB-объекта назначения.

В версии 2011-08-18 и более новой версии значение ETag содержится в кавычках.

Last-Modified

Возвращает дату-время завершения операции копирования в BLOB-объект назначения.

x-ms-request-id

Этот заголовок однозначно определяет выполненный запрос, его также можно использовать для устранения связанных с запросом неполадок. Дополнительные сведения см. в разделе Устранение неполадок операций API-интерфейса.

x-ms-version

Указывает версию службы BLOB-объектов, используемую для выполнения запроса. Этот заголовок возвращается для запросов к версии 2009-09-19 и более поздним версиям.

Date

Значение даты и времени в формате UTC, сформированное службой и указывающее время, когда был инициирован ответ.

x-ms-copy-id: <id>

Версия 2012-02-12 и более поздних. Идентификатор строки для этой операции копирования. Использование с Get Blob или Get Blob Properties для проверки состояния операции копирования или передачи Abort Copy Blob Прервать незавершенной операции копирования.

x-ms-copy-status: <success | pending>

Версия 2012-02-12 и более поздних. Состояние операции копирования со следующими значениями:

  • success: копирование завершено успешно.

  • pending: идет копирование.

Отсутствуют.

Ниже приведен образец ответа на запрос копирования BLOB-объекта.

Response Status: HTTP/1.1 202 Accepted Response Headers: Last-Modified: <date> ETag: "0x8CEB669D794AFE2" Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0 x-ms-request-id: cc6b209a-b593-4be1-a38a-dde7c106f402 x-ms-version: 2015-02-21 x-ms-copy-id: 1f812371-a41d-49e6-b123-f4b542e851c5 x-ms-copy-status: pending Date: <date>

Эта операция может быть вызвана владельцем учетной записи. Для запросов, сделанных в версии 2013-08-15 и более поздних, подпись коллективного доступа, которая имеет разрешение записывать в конечный большой двоичный объект или его контейнер, поддерживается для операций копирования в пределах одной учетной записи. Обратите внимание, что подпись коллективного доступа, указанная по требованию, применяется только к конечному большому двоичному объекту.

Доступ к файлу или BLOB-объект источника авторизован отдельно, как описано в сведениях для заголовка запроса x-ms-copy-source.

В следующей таблице описываются объекты как источника и назначения для Copy Blob операции может пройти проверку подлинности.

Проверка подлинности с помощью общего ключа/Shared Key Lite

Проверка подлинности с помощью подписи общего доступа

Открытый объект, не требующие проверки подлинности

BLOB-объект назначения

Да

Да

Нет

BLOB-объект источника в учетную запись

Да

Да

Да

Исходный большой двоичный объект в другой учетной записи

Нет

Да

Да

Исходный файл в ту же учетную запись или другую учетную запись

Нет

Да

Отсутствует

В версии 2012-02-12 и более поздних версиях Copy Blob операция может быть выполнена асинхронно. Эта операция возвращает идентификатор копии, который можно использовать для проверки или аварийного завершения операции копирования. Служба BLOB-объектов копирует BLOB-объекты наилучшим возможным образом.

BLOB-объект источника для операции копирования может быть большой двоичный объект, большой двоичный объект append или страничный большой двоичный объект или моментальный снимок. Если BLOB-объект назначения уже существует, он должен иметь тот же тип BLOB-объекта, что и BLOB-объект источника. Все существующие BLOB-объекты назначения будут перезаписаны. BLOB-объект назначения не может быть изменен, пока происходит операция копирования.

В версии 2015-02-21 и более новой источником для операции копирования также может быть файл в Azure файла службы. Если источником является файл, то следует большой двоичный объект.

Многочисленные незавершенные Copy Blob операции в учетной записи, которые могут обрабатываться последовательно. BLOB-объект назначения может иметь только одну необработанную операцию копирования BLOB-объекта. Другими словами, большой двоичный объект не может быть назначением для нескольких незавершенных Copy Blob операций. Попытка Copy Blob BLOB-объект назначения уже есть копия оканчивается неудачей с кодом состояния 409 (конфликт).

Разрешить только учетные записи хранилища, созданные после 7 июня 2012 года или Copy Blob для копирования из другой учетной записи хранилища. Попытка копирования из другой учетной записи хранилища в учетную запись, созданную до 7 июня 2012 года, завершается неудачей с кодом состояния 400 (недопустимый запрос).

Классы System.Threading.Tasks.Task и System.Threading.Tasks.Task<TResult> поддерживают отмену через использование токенов отмены в .NET Framework.

Объект Copy Blob операция может принимать любое из следующих форм:

  • Можно копировать BLOB-объект источника в BLOB-объект назначения с другим именем. BLOB-объект назначения может быть существующий большой двоичный объект того же типа blob (блокировать, добавьте или страницы), или может быть новый большой двоичный объект, созданный операцией копирования.

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

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

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

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

При копировании из BLOB-объекта типа страницы служба BLOB-объектов создает BLOB-объект назначения типа страницы с длиной BLOB-объекта источника, первоначально содержащий все нули. Затем перечисляются диапазоны страниц источника и непустые диапазоны копируются.

Большой двоичный объект или BLOB-объект append служба BLOB-объектов создает зафиксированный BLOB-объект нулевой длины перед возвратом из этой операции.

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

При копировании из BLOB-объект append копируются все зафиксированные блокировки. В конце операции копирования большого двоичного объекта назначения будет иметь такой же фиксации блокировать число в качестве источника.

Для всех типов больших двоичных объектов, можно вызвать Get Blob или Get Blob Properties на BLOB-объект назначения для проверки состояния операции копирования. После завершения копирования конечный BLOB-объект будет зафиксирован.

Если для источника операции копирования предусмотрены значения ETag, то при любых изменениях в источнике во время копирования операция копирования завершается неудачей. Попытка изменить BLOB-объект назначения во время копирования завершается неудачей с кодом 409 (конфликт). Если BLOB-объект назначения имеет бесконечную аренду, идентификатор должен быть передан Copy Blob. Аренда с конечным времени существования не допускается.

Значение ETag большого двоичного объекта изменяется при Copy Blob инициирована операция и при завершении копирования. Значение ETag большого двоичного объекта типа страницы изменяется при Copy Blob операция инициируется и продолжает часто изменяться в течение копирования. Содержимое BLOB-объекта типа блокировки является видимым только при использовании метода GET после завершения полного копирования.

Копирование свойств и метаданных BLOB-объекта

При копировании BLOB-объекта в BLOB-объект назначения копируются следующие системные свойства с теми же значениями:

  • Content-Type

  • Content-Encoding

  • Content-Language

  • Content-Length

  • Cache-Control

  • Content-MD5

  • Content-Disposition

  • x-ms-blob-sequence-number (for page blobs only)

  • x-ms- committed-block-count (for append blobs only, and for version 2015-02-21 only)

Кроме того, список зафиксированных блокировок BLOB-объекта источника копируется в BLOB-объект назначения, если этот BLOB-объект относится к типу блокировки. Все незафиксированные блокировки не копируются.

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

Если BLOB-объект источника и BLOB-объект назначения совпадают, Copy Blob удаляет все незафиксированные блокировки. Если в этом случае указаны метаданные, то существующие метаданные перезаписываются новыми метаданными.

Копирование арендованного BLOB-объекта

Классы System.Threading.Tasks.Task и System.Threading.Tasks.Task<TResult> поддерживают отмену через использование токенов отмены в .NET Framework. Однако Copy Blob операции сохраняет значение ETag большого двоичного объекта источника при инициировании копирования. Если значение ETag изменяется до завершения копирования, копирование завершается неудачно. Можно предотвратить изменения в BLOB-объекте источника, арендуя его в течение операции копирования.

Если BLOB-объект назначения имеет бесконечную аренду, необходимо указать его идентификатор аренды в вызове Copy Blob операции. Если указанная аренда представляет собой активную аренду с конечным временем существования, этот вызов завершается неудачно с кодом состояния 412 (необходимое условие не выполнено). В то время как копирование остается незавершенным, любая операция аренды применительно к BLOB-объекту назначения завершается неудачно с кодом состояния 409 (конфликт). Таким образом, бесконечная аренда BLOB-объекта назначения блокируется в течение операции копирования, будь то копирование в BLOB-объект назначения с именем, отличным от имени источника, копирование в BLOB-объект назначения с тем же именем, что и у источника, или повышение уровня моментального снимка по отношению к базовому BLOB-объекту. Если клиент указывает идентификатор аренды для большого двоичного объекта, который еще не существует, служба BLOB-объектов возвратит код состояния 412 (необходимое условие не выполнено) для запросов, сделанных к 2013-08-15 и последующей версии. Для предыдущих же версий службы BLOB-объектов возвращается код состояния 201 (создано).

Копирование моментальных снимков

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

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

Работа с незавершенной копией (версия 2012-02-12 и более новая)

Классы System.Threading.Tasks.Task и System.Threading.Tasks.Task<TResult> поддерживают отмену через использование токенов отмены в .NET Framework. Используйте следующую таблицу для определения очередного шага на основе кода состояния, возвращаемые Copy Blob:

Код состояния

Назначение

202 (принято) x-ms-copy-status: успех

Копирование завершено успешно.

202 (принято) x-ms-copy-status: ожидание

копия не завершена. Опрос BLOB-объект назначения с помощью Get Blob Properties для изучения x-ms-copy-status, пока копирования завершения или сбоя.

4xx, 500 или 503

Ошибка копирования.

Во время и после Copy Blob операции, свойства большого двоичного объекта назначения содержат идентификатор копирования Copy Blob операции и URL-адрес исходного большого двоичного объекта. После завершения копирования, служба BLOB-объектов записывает время и значение результата (success, failed, или aborted) для свойства большого двоичного объекта назначения. Если операция failed, x-ms-copy-status-description Заголовок содержит строку с подробными сведениями об ошибке.

Незавершенная Copy Blob операция имеет время ожидания 2 недели. Попытка копирования, которая не завершилась после 2 недель, время ожидания и оставляет пустой BLOB-объектов с x-ms-copy-status поле значение failed и x-ms-copy-status-description равным 500 (операция отменена). Временные, не являющиеся неустранимыми ошибки, которые могут происходить во время копирования, могут повлиять на ход выполнения копирования, но не вызвать неудачного его завершения. В этих случаях x-ms-copy-status-description Описание временных ошибок.

Любые попытки изменить или моментальный снимок BLOB-объект назначения во время копирования завершится с 409 (конфликт) копирования большого двоичного объекта выполняется.

При вызове Abort Copy Blob операции, вы увидите x-ms-copy-status:aborted заголовок и BLOB-объект назначения будет иметь Незатронутые метаданные и длиной 0 байт BLOB-объектов. Можно повторить исходный вызов Copy Blob Повторить попытку копирования.

Выставление счетов

Учетная запись назначения Copy Blob плата за одну транзакцию по инициированию копирования операции, а также влечет за собой одну транзакцию для каждого запроса на прерывание или запросить состояние операции копирования.

Если BLOB-объект источника находится в другой учетной записи, то расходы по транзакциям возлагаются на учетную запись источника. Кроме того, если учетные записи источника и назначения находятся в разных регионах (например, на севере США и на юге США), то на учетную запись хранилища источника возлагаются расходы за пропускную способность, используемую для передачи запроса как за исходящие данные. Передача исходящих данных между учетными записями в пределах одного и того же региона осуществляется бесплатно.

При копировании BLOB-объекта источника в BLOB-объект назначения с другим именем в той же учетной записи используются дополнительные ресурсы хранения для нового BLOB-объекта, поэтому операция копирования приводит к тому, что начисляется оплата за использование вычислительной мощности учетной записи хранилища в части этих дополнительных ресурсов. Но если имена BLOB-объектов источника и назначения одинаковы в одной и той же учетной записи (например, при повышении уровня моментального снимка до ее базового BLOB-объекта), то не взыскивается дополнительная оплата, не считая той, что связана с дополнительным копированием метаданных, хранимых в версии 2012-02-12 и более новой версии.

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

Показ: