Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

Robocopy-kopiointi FLR:ää tukevaan tiedostojärjestelmään vaihtaa LastTimeWrite-Date-ajaksi 02.01.1980

Summary: Asiakas siirtää tietoja Unity FLR:ää tukevaan tiedostojärjestelmään, ja sen vuoksi joidenkin tiedostojen lastTimeWrite-Date-arvoksi vaihtuu 1980.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Kopiointiin käytetään tämänkaltaista komentoa:
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"

Esimerkki tiedostoista kopioinnin jälkeen:
image.png

Asiakas yritti kopioida useista lähdelaitteista, mutta sai aina saman tuloksen.
Vianmäärityksessä tehtiin seuraavat muutokset, mutta ongelma ei korjaantunut.
  • parametrin windowsTimeUpdate arvoksi asetettiin 1
  • SMB1.0-/CIFS-tiedostojen yhteiskäytön tuki otettiin käyttöön toistaiseksi Robocopy-isännässä ja tietokone käynnistettiin uudelleen
    • valittiin Ohjelmat ja toiminnot > Ota Windowsin ominaisuuksia käyttöön tai poista niitä käytöstä > SMB1.0-/CIFS-tiedostojen yhteiskäytön tuki
    • valintaruutu ei tavallisesti ole valittuna - tarkista ja käynnistä tietokone uudelleen.
Verkon seurassassa näkyy runsaasti Käyttö estetty -vastauksia SMB SETINFO -pyyntöihin.


Cause

Robocopy toimii suunnitellusti. Se muuttaa mtime-arvoa kaksi kertaa. Ensin arvoksi palautuu 1980, ja jos tietojen kirjoitus onnistuu, se muuttaa mtime-arvon uudelleen viimeisimmäksi muokkausajaksi. Jos automaattinen lukitus kuitenkin otetaan käyttöön FLR-luonnin yhteydessä ja Robocopy palauttaa mtime-arvoksi 1980, se käynnistää suojatuksi tilaksi WORM_OK, joten tiedosto siirtyy vain luku -tilaan. Sille ei voi enää kirjoittaa tietoja eikä mtime-arvoa voi muuttaa, ja tästä johtuu Käyttö on estetty -ilmoitus.
===========================================================
Tyhjä tiedosto, jonka koko on 0 tavua, siirtyy vain liittämistilaan, koska FLR luulee, että suojausta tarvitsevia tietoja ei ole. Siksi tilan pitäisi olla WORM_CLEAN, mikä tarkoittaa, että automaattinen lukitus EI vaikuta oletusarvoisesti tyhjään tiedostoon, jotta tyhjän tiedoston mtime-arvo on odotusten mukainen.

Resolution

Seuraavan kiertotavan ansiosta mtime päivittyy oikein.

(1) Luo ensin FLR-tiedostojärjestelmä kohdejärjestelmään
(2) Poista automaattinen lukitus käytöstä (asetus on tiedostojärjestelmän ominaisuuksissa)
(3) Kopioi kaikki FLR-suojausta tarvitsevat tiedostot Robocopylla kohdejärjestelmään
(4) Ota käyttöön automaattinen lukitus (valintaruudun kytkin)
(5) Lisää tarvittaessa uusia tiedostoja FLR-tiedostojärjestelmään (poista ensin automaattinen lukitus käytöstä)
(6) Kopioi uudet tiedostot Robocopylla kohde-FLR:ään
(7) Ota automaattinen lukitus käyttöön uudelleen.

Affected Products

PowerStore, Dell EMC Unity, VNX/VNXe
Article Properties
Article Number: 000187051
Article Type: Solution
Last Modified: 29 Aug 2022
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.