Backup z PowerShell

Backup z PowerShell to wykonanie kopii zapasowej za pomocą skryptu tej powłoki, umożliwiające automatyzację procesu.

Backup z PowerShell jako skryptowany proces kopiowania

Backup z PowerShell polega na wykorzystaniu poleceń i skryptów tej powłoki do przygotowania kopii plików, katalogów albo wybranych danych. PowerShell nie jest osobnym formatem kopii zapasowej, lecz środowiskiem automatyzacji działającym w systemie Windows. Skrypt może określać źródło danych, miejsce docelowe, zakres kopiowania, sposób obsługi błędów oraz komunikat końcowy. Dzięki temu powtarzalne zadanie nie musi być wykonywane ręcznie w Eksploratorze plików.

Najprostszy wariant wykorzystuje polecenie Copy-Item, na przykład do kopiowania katalogu dokumentów na inny dysk. Parametr -Recurse pozwala uwzględnić podkatalogi, a -Force umożliwia obsługę niektórych elementów ukrytych lub przeznaczonych tylko do odczytu. Przykładowa konstrukcja Copy-Item -Path "C:\Dane" -Destination "D:\Backup\Dane" -Recurse -Force tworzy kopię plików w określonej lokalizacji, ale sama w sobie nie zapewnia historii wersji ani kontroli integralności całego zestawu danych.

W praktycznym skrypcie warto rozdzielić konfigurację od logiki. Ścieżka źródłowa, katalog docelowy i nazwa pliku dziennika mogą być zapisane w zmiennych. Nazwę kopii można uzupełnić datą za pomocą Get-Date, na przykład w formacie yyyy-MM-dd_HH-mm-ss. Pozwala to przechowywać kolejne uruchomienia w osobnych katalogach i ogranicza ryzyko nadpisania wcześniejszej kopii. Należy jednak sprawdzić, czy zegar systemowy jest ustawiony poprawnie, ponieważ data i godzina są używane do rozróżniania zestawów backupu.

Dobór poleceń i zachowanie struktury danych

Copy-Item sprawdza się przy prostych operacjach na plikach, lecz większe zbiory danych wymagają świadomego określenia oczekiwanego rezultatu. Kopia może obejmować tylko aktualne pliki, wszystkie elementy wraz z podkatalogami albo wybrane rozszerzenia, na przykład dokumenty i arkusze. Filtrowanie można realizować przez Get-ChildItem oraz parametr -Filter, jednak każdy filtr powinien zostać przetestowany na kopii roboczej. Błędnie dobrany wzorzec może pominąć pliki, których użytkownik oczekiwał w backupie.

Do synchronizacji katalogów często stosuje się narzędzie robocopy.exe, które może być uruchamiane z poziomu PowerShell. Obsługuje ono między innymi kopiowanie podkatalogów, ponawianie operacji po błędzie oraz raportowanie wyniku. Parametry /E i /Z mają określone znaczenie: pierwszy uwzględnia podkatalogi, także puste, a drugi włącza tryb kopiowania wznawialnego. Opcje synchronizujące, takie jak /MIR, wymagają szczególnej ostrożności, ponieważ mogą usuwać z katalogu docelowego elementy, których nie ma już w źródle. Nie jest to bezpieczny wybór dla archiwum, jeśli celem jest zachowanie starszych plików.

Skrypt powinien kontrolować dostępność źródła i miejsca docelowego przed rozpoczęciem pracy. Można sprawdzić istnienie ścieżki przez Test-Path, a następnie przerwać działanie z czytelnym komunikatem, jeżeli dysk zewnętrzny nie jest podłączony albo udział sieciowy jest niedostępny. Warto również rejestrować rozpoczęcie, zakończenie i błędy w pliku tekstowym. Sam fakt zakończenia procesu PowerShell nie oznacza jeszcze, że wszystkie dane zostały skopiowane. Skrypt powinien analizować wyjątki oraz, w przypadku użycia robocopy, jego kod zakończenia zapisany w zmiennej $LASTEXITCODE.

Integralność kopii, uprawnienia i odtwarzanie

Backup jest użyteczny dopiero wtedy, gdy można z niego odtworzyć dane. Po wykonaniu kopiowania należy okresowo otworzyć przykładowe pliki z katalogu docelowego oraz porównać liczbę i rozmiary elementów ze źródłem. Dla ważniejszych plików można obliczyć sumę kontrolną poleceniem Get-FileHash. Domyślnie używany jest algorytm SHA256, a wynik można porównać dla pliku źródłowego i kopii. Zgodna suma kontrolna wskazuje, że badana zawartość bajtowa jest taka sama, ale nie potwierdza kompletności całego katalogu.

Skrypt uruchamiany w innym kontekście użytkownika może napotkać ograniczenia uprawnień. Dotyczy to katalogów systemowych, plików używanych przez aktywne programy oraz udziałów sieciowych wymagających uwierzytelnienia. Uprawnienia NTFS są przechowywane niezależnie od samej zawartości pliku, dlatego zwykłe kopiowanie nie zawsze odtworzy pełną konfigurację dostępu. Dane aplikacji mogą być również niespójne, jeżeli program zapisuje je w trakcie kopiowania. Z tego powodu przed backupem warto zamknąć aplikacje korzystające z kopiowanych plików, a w przypadku baz danych lub specjalistycznych programów zastosować mechanizm kopii zalecany przez producenta.

Nie należy traktować pojedynczego katalogu na tym samym dysku jako pełnego zabezpieczenia. Awaria nośnika może jednocześnie zniszczyć dane źródłowe i kopię. Praktyczniejsze jest użycie oddzielnego dysku zewnętrznego albo innej lokalizacji, a następnie odłączenie nośnika po zakończeniu zadania, jeżeli nie musi być stale dostępny. PowerShell może automatyzować kolejne uruchomienia przez Harmonogram zadań systemu Windows. Konfiguracja powinna obejmować konto uruchamiające zadanie, ścieżkę do skryptu, wymagane parametry oraz sposób zapisu błędów. Przed uznaniem procesu za działający należy wykonać próbne odtwarzanie kilku plików.

Diagnoza problemów ze skryptem backupu w Windows

Problemy z backupem z PowerShell mogą wynikać zarówno z błędu składni, jak i z niewłaściwego przepływu danych. Pierwszym krokiem jest ręczne uruchomienie skryptu w konsoli PowerShell i odczytanie pełnego komunikatu. Warto sprawdzić bieżącą lokalizację poleceniem Get-Location, dostępne dyski przez Get-PSDrive oraz istnienie źródła i celu przez Test-Path. Należy też upewnić się, że skrypt nie korzysta z innej litery dysku niż ta przypisana po ponownym podłączeniu nośnika.

Jeśli skrypt ma być uruchamiany automatycznie, znaczenie może mieć polityka wykonywania skryptów PowerShell, ścieżka uruchomieniowa i konto przypisane do zadania. Skrypt może działać poprawnie w interaktywnej sesji, a nie działać w Harmonogramie zadań, gdyż uruchomienie odbywa się bez zalogowanego pulpitu albo bez dostępu do zasobu sieciowego. Pomocne jest zapisywanie komunikatów za pomocą Start-Transcript lub własnego dziennika oraz jawne kończenie skryptu kodem sukcesu albo błędu.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką problemów z systemem Windows, nośnikami danych oraz działaniem skryptów używanych do lokalnego kopiowania plików. Podczas analizy można sprawdzić stan dysku, dostęp do katalogów, konfigurację konta użytkownika, Harmonogram zadań i możliwość odtworzenia danych z przygotowanej kopii. Sam skrypt nie zastępuje diagnozy nośnika ani oceny, czy przyjęta metoda rzeczywiście obejmuje potrzebne pliki.