Share herstellen
De Restore Share bewerking herstelt (of verwijdert) een share die eerder voorlopig was verwijderd. Deze API wordt volledig ondersteund, maar het is een verouderde beheer-API. Gebruik in plaats daarvan Bestandsshares - Herstellen, geleverd door de opslagresourceprovider (Microsoft.Storage). Zie Bewerkingen op Bestandsshares voor meer informatie over programmatische interactie met FileShare resources met behulp van de opslagresourceprovider.
De share wordt hersteld, samen met alle gegevens, metagegevens en momentopnamen. De shareresource bevat metagegevens en eigenschappen voor de share.
Protocol beschikbaarheid
| Bestandsshareprotocol ingeschakeld | Beschikbaar |
|---|---|
| SMB |  |
| NFS |  |
Aanvraag
U kunt de Restore Share aanvraag als volgt samenstellen. HTTPS wordt aanbevolen.
| Methode | Aanvraag-URI | HTTP-versie |
|---|---|---|
PUT |
https://myaccount.file.core.windows.net/restoredShareName?restype=share&comp=undelete |
HTTP/1.1 |
Vervang de padonderdelen die worden weergegeven in de aanvraag-URI door uw eigen, als volgt:
| Padonderdeel | Beschrijving |
|---|---|
myaccount |
De naam van uw opslagaccount. |
restoredShareName |
De naam die moet worden gebruikt voor de herstelde share. Als er al een share met deze naam bestaat, mislukt de bewerking. |
Zie Naamgeving en verwijzingen naar shares, mappen, bestanden en metagegevens voor meer informatie over padnaambeperkingen.
URI-parameters
U kunt de volgende aanvullende parameter opgeven voor de aanvraag-URI.
| Parameter | Beschrijving |
|---|---|
timeout |
Optioneel. De time-outparameter wordt uitgedrukt in seconden. Zie Time-outs instellen voor Azure Files bewerkingen voor meer informatie. |
Aanvraagheaders
In de volgende tabel worden de vereiste en optionele aanvraagheaders beschreven.
| Aanvraagheader | Beschrijving |
|---|---|
Authorization |
Vereist. Hiermee geeft u het verificatieschema, de accountnaam en de handtekening op. Zie Verificatie voor de Azure Storage-services voor meer informatie. |
x-ms-date |
Vereist. Hiermee geeft u de UTC-tijd (Coordinated Universal Time) voor de aanvraag op. Zie Verificatie voor de Azure Storage-services voor meer informatie. |
x-ms-version |
Vereist voor alle geverifieerde aanvragen. Hiermee geeft u de versie van de bewerking te gebruiken voor deze aanvraag. Zie Versiebeheer voor de Azure Storage-services voor meer informatie. |
x-ms-deleted-share-name |
Vereist. Identificeert de voorlopig verwijderde bestandsshare die moet worden hersteld. Deze waarde moet overeenkomen met de waarde van restoredShareName. |
x-ms-deleted-share-version |
Vereist. Identificeert de voorlopig verwijderde bestandsshare op unieke wijze op basis van de versie. |
x-ms-client-request-id |
Optioneel. Biedt een door de client gegenereerde, ondoorzichtige waarde met een limiet van 1 kibibyte (KiB) die wordt vastgelegd in de logboeken wanneer logboekregistratie is geconfigureerd. We raden u ten zeerste aan deze header te gebruiken om activiteiten aan de clientzijde te correleren met aanvragen die de server ontvangt. Zie Azure Blob Storage bewaken voor meer informatie. |
Aanvraagbody
Geen.
Voorbeeldaanvraag
PUT https://myaccount.file.core.windows.net/myshare?restype=share&comp=undelete HTTP/1.1
Request Headers:
x-ms-version: 2019-12-12
x-ms-deleted-share-name: myshare
x-ms-deleted-share-version: 01D2AC0C18EDFE36
Authorization: SharedKey myaccount:Z5043vY9MesKNh0PNtksNc9nbXSSqGHueE00JdjidOQ=
Antwoord
Het antwoord bevat een HTTP-statuscode en een set antwoordheaders.
Statuscode
Een geslaagde bewerking retourneert statuscode 201 (Gemaakt). Als de naam van de doelbestandsshare wordt gebruikt door een geldige niet-verwijderde bestandsshare, mislukt de aanvraag met een 409 (conflict). Als de bronbestandsshare niet voorlopig is verwijderd, al is hersteld of als de retentieperiode van de bronbestandsshare is verstreken en is verlopen, mislukt de aanvraag met een 404 (Niet gevonden).
Zie Status- en foutcodes voor meer informatie over statuscodes.
Antwoordheaders
Het antwoord voor deze bewerking bevat de volgende headers. Het antwoord kan ook extra, standaard HTTP-headers bevatten. Alle standaardheaders voldoen aan de HTTP/1.1-protocolspecificatie.
| Antwoordheader | Beschrijving |
|---|---|
ETag |
Bevat een waarde die de versie van de share vertegenwoordigt, tussen aanhalingstekens. |
Last-Modified |
Retourneert de datum en tijd waarop de share voor het laatst is gewijzigd. Zie Weergave van datum-tijdwaarden in kopteksten voor meer informatie. Elke bewerking die de share of de eigenschappen of metagegevens wijzigt, wordt de laatste wijzigingstijd bijgewerkt. Bewerkingen op bestanden hebben geen invloed op de laatste wijzigingstijd van de share. |
x-ms-request-id |
Identificeert op unieke wijze de aanvraag die is gedaan en kan worden gebruikt voor het oplossen van problemen met de aanvraag. Zie Problemen met API-bewerkingen oplossen voor meer informatie. |
x-ms-version |
Geeft de versie aan van Azure Files gebruikt om de aanvraag uit te voeren. |
Date |
Een UTC-datum/tijd-waarde die de tijd aangeeft waarop het antwoord is gestart. De service genereert deze waarde. |
x-ms-client-request-id |
Kan worden gebruikt om problemen met aanvragen en bijbehorende antwoorden op te lossen. De waarde van deze header is gelijk aan de waarde van de x-ms-client-request-id header, als deze aanwezig is in de aanvraag. De waarde is maximaal 1024 zichtbare ASCII-tekens. Als de x-ms-client-request-id header niet aanwezig is in de aanvraag, is deze niet aanwezig in het antwoord. |
Hoofdtekst van de reactie
Geen.
Voorbeeldantwoord
Response Status:
HTTP/1.1 201 Created
Response Headers:
x-ms-request-id: 78c46801-f01a-0089-31fb-486017000000
x-ms-version: 2019-12-12
Content-Length: 0
Date: <date>
ETag: "0x8CB14C3E29B7E82"
Last-Modified: <date>
Server: Windows-Azure-File/1.0 Microsoft-HTTPAPI/2.0
Autorisatie
De eigenaar van het opslagaccount kan deze bewerking aanroepen. Daarnaast kunnen gebruikers met geldige shared access signature-tokens voor accounts deze bewerking aanroepen. Het token moet schrijfmachtigingen bevatten voor de containerresource om deze bewerking te autoriseren.
Opmerkingen
U kunt een share niet terugzetten naar een andere naam. Wanneer u een share herstelt en er een andere share met dezelfde naam bestaat, mislukt de bewerking met statuscode 409 (conflict). De share met dezelfde naam moet eerst worden verwijderd voordat de voorlopig verwijderde share ongedaan kan worden gemaakt.
Wanneer een share wordt verwijderd, kan een share met dezelfde naam gedurende ten minste 30 seconden niet worden hersteld. Terwijl de share wordt verwijderd, mislukken pogingen om een share met dezelfde naam te herstellen met statuscode 409 (conflict). De service retourneert aanvullende foutinformatie, waarmee wordt aangegeven dat de share wordt verwijderd.