Skip to main content

Gérer les sauvegardes ArcGIS Data Store

Vous devez effectuer des sauvegardes pour récupérer les données en cas de problème (si les données sont corrompues ou en cas de défaillance du data store, par exemple). Si vous créez des sauvegardes des data stores mis en œuvre dans ArcGIS Data Store et que vous placez les fichiers de sauvegarde dans un emplacement sûr, vous pouvez configurer un nouveau ArcGIS Data Store, accéder aux fichiers de sauvegarde et restaurer les données si le data store tombe en panne et ne peut plus redémarrer.

Consultez les remarques relatives aux sauvegardes ArcGIS Data Store, puis utilisez les informations des sections suivantes pour configurer et gérer les sauvegardes ArcGIS Data Store.

  1. Modifiez l’emplacement de sauvegarde par défaut initial d’un data store relationnel ou définissez un emplacement de sauvegarde par défaut pour tous les autres types de data stores.

  2. Configurez des sauvegardes automatiques, y compris une planification.

  3. Créer manuellement des sauvegardes si nécessaire.

Remarques relatives aux sauvegardes ArcGIS Data Store

Gardez les points suivants à l’esprit lorsque vous implémentez une stratégie de sauvegarde et de récupération pour ArcGIS Data Store :

  • Les sauvegardes vous permettent de récupérer les données en cas d’incident, par exemple si un serveur présente des défaillances ou si une inondation détruit le serveur. Si la sauvegarde se trouve sur le serveur qui est détruit par une inondation, vous ne pouvez pas récupérer les données. Vous devez par conséquent conserver les fichiers de sauvegarde sur un serveur autre que le data store et, dans la mesure du possible, dans un emplacement physique différent du data store.

  • Les fichiers de sauvegarde ArcGIS Data Store contiennent uniquement le relational data store, le graph store, l’object store ou le spatiotemporal Big Data store. Les fichiers de sauvegarde ne conservent pas de sauvegarde du site GIS Server, du portail ou des data stores gérés par l’utilisateur que vous inscrivez auprès du site GIS Server. Les fichiers de sauvegarde ArcGIS Data Store ne contiennent pas non plus l’object store si vous avez inscrit un emplacement fourni par le cloud dans Amazon Web Services ou Microsoft Azure. Vous devez créer des sauvegardes de ces composants de manière distincte.

    Vous pouvez utiliser l’outil webgisdr installé avec Portal for ArcGIS pour créer une sauvegarde qui inclut tous les types ArcGIS Data Store à l’exception du spatiotemporal Big Data store. Lorsque vous utilisez l’outil webgisdr, une sauvegarde du portail, du serveur d’hébergement et des serveurs fédérés est également créée. Pour plus d’informations sur l’utilisation de cet outil, reportez-vous à la rubrique Sauvegardes ArcGIS Enterprise. Vous devez toujours créer des sauvegardes distinctes des répertoires de données gérés par l’utilisateur que vous inscrivez auprès du site GIS Server et du spatiotemporal Big Data store.

  • Les sauvegardes ArcGIS Data Store vous permettent de récupérer les données en cas de dysfonctionnement de la machine ArcGIS Data Store ou de corruption des données. Elles n’offrent pas la haute disponibilité. Si les couches Web hébergées doivent rester disponibles même lorsqu’une seule machine ArcGIS Data Store tombe en panne, ajoutez une machine à chaque data store afin de les rendre hautement disponibles.

  • En raison de changements apportés aux mécanismes de stockage sous-jacents et aux logiciels ArcGIS, les sauvegardes de data store créées avec d’anciennes versions d’ArcGIS Data Store ne peuvent pas être utilisées pour restaurer les données vers des versions plus récentes d’ArcGIS Data Store. Veillez à toujours créer des sauvegardes complètes de chacun des data stores après chaque mise à niveau d’ArcGIS Data Store. La seule exception concerne les relational data stores. Les fichiers de sauvegarde de la version précédente peuvent fonctionner. Pour déterminer les types de fichier de sauvegarde qui peuvent être utilisés pour restaurer le data store, exécutez l’utilitaire listbackups.

  • Lorsque vous déployez ArcGIS Enterprise sur site, mais que les fichiers de sauvegarde du data store se trouvent dans un stockage Cloud, la création de sauvegardes et la restauration à partir de celles-ci dureront plus longtemps que si les fichiers de sauvegarde se trouvaient dans des partages de fichiers locaux.

  • Les fichiers de sauvegarde du Graph store, de l’Object store ou du Spatiotemporal Big Data store ne font l’objet d’aucun nettoyage automatique. Les sauvegardes que vous avez créées à l’aide de l’utilitaire backupdatastore ne font l’objet d’aucun nettoyage automatique.

  • Lorsque vous créez une sauvegarde de l’object store, les caches de requêtes des couches d’entités ne sont pas inclus.

Emplacements et comportement des sauvegardes ArcGIS Data Store

Tous les types ArcGIS Data Store nécessitent un emplacement de sauvegarde par défaut. Les sauvegardes créées automatiquement par ArcGIS Data Store le sont toujours dans l’emplacement de sauvegarde par défaut.

Vous pouvez définir des emplacements de sauvegarde supplémentaires que vous pouvez spécifier en sortie lorsque vous exécutez l’utilitaire backupdatastore pour créer des sauvegardes complètes. Ce type de sauvegarde est également appelé sauvegarde manuelle. Si vous ne spécifiez pas d’emplacement lors de l’exécution de l’utilitaire backupdatastore, l’emplacement de sauvegarde par défaut est utilisé.

Le tableau ci-dessous récapitule les différences entre les emplacements de sauvegarde pour chaque type de data store. Lisez les informations relatives au type de répertoire de données que vous gérez.

Data store

Emplacement de sauvegarde par défaut

Emplacements des sauvegardes manuelles

Base de graphiques

Pour pouvoir créer une sauvegarde du graph store, vous devez inscrire un emplacement de sauvegarde par défaut.

Vous pouvez enregistrer des emplacements de sauvegarde de partage de fichiers supplémentaires pour le Graph store.

stockage d’objets

Pour pouvoir créer une sauvegarde de l’object store, vous devez inscrire un emplacement de sauvegarde par défaut.

Vous pouvez inscrire des emplacements de sauvegarde de partage de fichiers supplémentaires pour l’object store.

Relational data store

Les sauvegardes par défaut sont placées dans un sous-dossier du répertoire de contenu ArcGIS Data Store tant que vous ne les modifiez pas.

Modifiez l’emplacement de sauvegarde par défaut initial en partage de fichiers sur un poste distinct.

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires pour le relational data store, notamment d’autres partages de fichiers, des compartiments Amazon Simple Storage Service (S3) et des conteneurs Microsoft Azure Blob Storage.

Spatiotemporal Big Data store

Vous devez inscrire un emplacement de sauvegarde par défaut avant de créer des fichiers de sauvegarde de spatiotemporal Big Data store.

L’emplacement de sauvegarde par défaut peut être un emplacement de partage de fichiers, un compartiment Amazon S3 ou un conteneur Microsoft Azure Blob Storage.

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires pour le spatiotemporal Big Data store, notamment d’autres partages de fichiers, des compartiments Amazon S3 et des conteneurs Microsoft Azure Blob Storage.

Emplacements de sauvegarde par défaut

L’emplacement de sauvegarde par défaut est l’endroit où les sauvegardes programmées automatisées écrivent les fichiers, et où les fichiers de sauvegarde créés lors de l’exécution de l’utilitaire backupdatastore sont placés par défaut.

L’emplacement de sauvegarde du relational data store est automatiquement configuré sur la même machine que le data store. Il s’agit de l’emplacement de sauvegarde par défaut. Toutefois, il ne paraît pas judicieux de conserver les sauvegardes sur les mêmes machines que le data store. Par conséquent, définissez un répertoire partagé sur une autre machine pour stocker les sauvegardes du relational data store.

Le graph store, l’object store et le spatiotemporal Big Data store n’ont pas d’emplacement de sauvegarde par défaut. Vous devez inscrire au moins un emplacement de sauvegarde avant de créer des sauvegardes de ces types de répertoires de données.

Pour plus d’informations et d’instructions, voir Configurer l’emplacement de sauvegarde par défaut ArcGIS Data Store.

Inscrire des emplacements de sauvegarde supplémentaires

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires Lorsque vous exécutez l’utilitaire backupdatastore pour créer manuellement des sauvegardes, vous pouvez spécifier l’un de ces emplacements prédéfinis.

Procédez comme suit pour ajouter un autre emplacement pour les fichiers de sauvegarde :

  1. Créez un autre emplacement pour les fichiers de sauvegardes.

    • Pour inscrire un répertoire partagé (partage de fichiers), créez le répertoire sur une autre machine. Veillez à disposer de suffisamment d’espace de stockage pour y placer tous les fichiers de sauvegarde. De même, assurez-vous que l’identifiant de connexion utilisé pour vous connecter à la machine ArcGIS Data Store pour exécuter l’utilitaire backupdatastore dispose d’un accès en écriture à ce répertoire. Si vous créez un répertoire partagé supplémentaire pour le spatiotemporal Big Data store, toutes les machines du même déploiement ArcGIS Data Store doivent avoir accès à ce répertoire partagé. Si vous créez un répertoire partagé supplémentaire pour les sauvegardes de relational data store, la machine de secours doit avoir accès à ce répertoire partagé.

    • Pour inscrire un compartiment S3, créez-le sous votre compte Amazon Web Services. Choisissez une taille de paquet correspondant aux fichiers de sauvegarde.

    • Pour inscrire un conteneur Azure Blob Storage, créez-le sous votre compte Azure Blob Storage.

  2. Exécutez l’utilitaire configurebackuplocation avec l’opération register pour inscrire cet emplacement de sauvegarde supplémentaire.

    Dans cet exemple, un second emplacement partagé de fichiers est inscrit pour stocker les sauvegardes manuelles du data store relationnel. L’emplacement de sauvegarde est nommé rbu_manual.

    ./configurebackuplocation.sh --operation register --store relational
 --location "type=fs;location=/net/sysshar2e/ds_manual_backups;name=rbu_manual"

    configurebackuplocation --operation register --store relational
 --location "type=fs;location=\\sysshare2\ds_manual_backups;name=rbu_manual"

    La procédure et les exemples d’inscription d’emplacements de sauvegarde supplémentaires pour le graph store, l’object store et le Spatiotemporal Big Data store sont les mêmes lorsque vous ajoutez des emplacements de sauvegarde que lorsque vous inscrivez un emplacement de sauvegarde initial.

Spécifier l’un des emplacements de stockage comme emplacement par défaut

Lorsque plusieurs emplacements de stockage sont définis pour le Graph store, l’object store ou le Spatiotemporal Big Data store, vous pouvez désigner l’un d’eux comme étant l’emplacement de sauvegarde par défaut. Cela étant fait, les sauvegardes créées par ArcGIS Data Store (sauvegardes automatiques) écrivent les fichiers de sauvegarde dans cet emplacement.

Conseil :

Pour modifier l’emplacement par défaut d’un relational data store, utilisez l’opération change.

Exécutez l’utilitaire configurebackuplocation avec l’opération setdefault et spécifiez l’emplacement de sauvegarde inscrit. Si vous avez donné un nom à l’emplacement de sauvegarde au moment de son inscription, vous pouvez l’utiliser pour désigner l’emplacement.

Exemple de graph store

Dans l’exemple suivant, le Graph store contient plusieurs emplacements de sauvegarde partagés de fichiers. L’opération setdefault est utilisée pour désigner l’un d’eux comme étant le nouvel emplacement de sauvegarde par défaut.

./configurebackuplocation.sh --operation setdefault --store graph --location "location=/net/server/gsbackups24"

configurebackuplocation --operation setdefault --store graph --location "location=\\sysshare2\gsbackups24"

Exemple d’object store

Dans l’exemple suivant, l’un des emplacements de sauvegarde configurés avec l’object store (s3_backups) est défini comme emplacement de sauvegarde par défaut.

./configurebackuplocation.sh --operation setdefault --store object --location "name=s3_backups"

configurebackuplocation --operation setdefault --store object --location "name=s3_backups"

Exemple de spatiotemporal Big Data store

Dans l’exemple suivant, l’un des emplacements de sauvegarde supplémentaires du data store de Big Data spatio-temporelles (nommé bu_container) est désigné comme étant le nouvel emplacement de sauvegarde par défaut :

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location "name=bu_container"

configurebackuplocation --operation setdefault --store spatiotemporal --location "name=bu_container"

Déterminer tous les emplacements de sauvegarde

Le fait de garder une trace de tous les emplacements de sauvegarde de data store peut porter à confusion en présence de plusieurs types de data stores et de plusieurs emplacements pour chacun d’eux. Vous avez peut-être même accepté la tâche d’administrateur ArcGIS Data Store à la place de quelqu’un d’autre. Dans ce cas, vous pouvez exécuter l’utilitaire configurebackuplocation avec l’opération list pour interroger ArcGIS Data Store afin d’obtenir une liste de tous les emplacements de sauvegarde pour un type de data store particulier.

Dans l’exemple suivant, tous les emplacements de sauvegarde inscrits sont renvoyés pour le spatiotemporal Big Data store dans un déploiement ArcGIS Data Store. Pour obtenir une liste des autres types de data stores, spécifiez ce type avec l’option --store, en utilisant relational, graph ou object.

./configurebackuplocation.sh --operation list --store spatiotemporal

configurebackuplocation --operation list --store spatiotemporal

Gérer des sauvegardes automatiques

Par défaut, ArcGIS Data Store crée une sauvegarde complète des relational data stores tous les quatre jours, mais vous pouvez modifier cette fréquence à l’aide de l’utilitaire updatebackupschedule. Pour tous les autres types de data stores, aucune sauvegarde n’est planifiée tant que vous n’en avez pas défini une à l’aide de l’utilitaire updatebackupschedule.

Modifier la fréquence de sauvegarde

Si les membres de votre organisation publient et mettent à jour de nombreuses couches hébergées ou si vous archivez d’importants volumes de données en continu, augmentez la fréquence des sauvegardes.

Remarque :

Par défaut, les sauvegardes incrémentielles sont désactivées pour les relational data stores. Si vous activez la récupération ponctuelle, des sauvegardes incrémentielles sont générées lorsque les fichiers journaux sont saturés ou toutes les cinq minutes, selon la première de ces deux éventualités. La base de données contrôle la création des sauvegardes incrémentielles. Vous ne pouvez pas contrôler la fréquence de création des sauvegardes incrémentielles.

L’emplacement cible des sauvegardes doit présenter suffisamment d’espace pour stocker tous les fichiers de sauvegarde. La taille de la sauvegarde varie selon la quantité de données dont vous disposez. Si toutefois vous utilisez les paramètres de sauvegarde par défaut, les sauvegardes contiennent deux sauvegardes complètes. La taille de ces fichiers dépend de la quantité et de la taille des données. Si vous réactivez la récupération ponctuelle pour les relational data stores, les sauvegardes incluent également par défaut l’équivalent de sept jours de fichiers de sauvegardes incrémentielles.

Si vous décidez de créer des sauvegardes manuelles et souhaitez désactiver les sauvegardes automatiques, définissez la fréquence de sauvegarde sur 0. Si vous désactivez les sauvegardes automatiques, vous devez créer les sauvegardes vous-même pour prévenir les pertes de données en cas de panne de machine ou toute autre atteinte aux données.

Remarque :

Lorsque vous désactivez les sauvegardes automatiques, vous ne pouvez pas utiliser la récupération ponctuelle pour le relational data store, lequel fera systématiquement l’objet de sauvegardes complètes.

L’utilitaire updatebackupschedule est installé dans le répertoire <ArcGIS Data Store installation directory>/datastore/tools.

L’utilitaire updatebackupschedule est installé dans le répertoire <ArcGIS Data Store installation directory>\datastore\tools.

  1. Ouvrez un shell de commande.

  2. Ouvrez une invite de commande en utilisant l’option Exécuter en tant qu’administrateur.

  3. Exécutez l’utilitaire updatebackupschedule pour indiquer la fréquence voulue des sauvegardes.

    La syntaxe permettant d'exécuter l'utilitaire est la suivante :

    updatebackupschedule [--store relational|spatiotemporal|graph|object]
[--starttime <local server time>] --frequency <number of days>

    Par exemple, saisissez les informations suivantes pour programmer des sauvegardes complètes des relational data stores à 03 h 00 (heure sur le serveur local) tous les jours :

    ./updatebackupschedule.sh --store relational --starttime 03:00:00 --frequency 1

    updatebackupschedule --store relational --starttime 03:00:00 --frequency 1

    Dans cet exemple, une sauvegarde du répertoire de Big Data spatio-temporelles est programmée pour 23 h 30 (heure sur le serveur local) tous les trois jours :

    ./updatebackupschedule.sh --store spatiotemporal --starttime 23:30:00 --frequency 3

    updatebackupschedule --store spatiotemporal --starttime 23:30:00 --frequency 3

Modifier la durée de conservation des fichiers de sauvegarde automatique du relational data store

Le répertoire de sauvegarde conserve les fichiers de sauvegarde du relational data store pendant sept jours. Cela signifie que si vous conservez la fréquence de sauvegarde par défaut (tous les quatre jours) et les plannings de rétention (sept jours), le répertoire de sauvegarde contient deux sauvegardes complètes. Si vous activez la récupération ponctuelle, le répertoire de sauvegarde contient également l’équivalent de sept jours de fichiers de sauvegarde incrémentielle. La taille de ces fichiers dépend de la quantité et de la taille des données. La machine qui stocke les sauvegardes doit présenter suffisamment d’espace disque pour contenir tous ces fichiers. Si vous augmentez la fréquence de sauvegarde, vous pouvez envisager de diminuer la période de rétention des fichiers de sauvegarde. Dans la section précédente, la fréquence de sauvegarde a été augmentée et paramétrée sur Tous les jours. Pour empêcher que la taille du répertoire de sauvegarde ne devienne trop importante, diminuez la période de rétention des fichiers de sauvegarde.

La syntaxe permettant d’exécuter l’utilitaire updatebackupretaindays est la suivante :

updatebackupretaindays <number of days>

Dans l'exemple suivant, la durée de rétention des fichiers de sauvegarde est définie sur quatre jours :

./updatebackupretaindays.sh 4

updatebackupretaindays 4

Créer et supprimer manuellement des sauvegardes

Même si vous utilisez des sauvegardes automatiques, il peut arriver que vous souhaitiez créer une sauvegarde à des fins spécifiques en dehors du calendrier de sauvegarde habituel (par exemple, avant de mettre le système à niveau ou pour créer une sauvegarde complète secondaire à un emplacement différent).

Si vous désactivez les sauvegardes automatiques, il est recommandé de procéder régulièrement à des sauvegardes manuelles.

L’utilitaire deletebackup vous permet de supprimer les fichiers de sauvegarde que vous avez créés pour les relational data stores et les object stores.

Exécuter un utilitaire pour créer une sauvegarde de data store

Vous pouvez utiliser l’utilitaire backupdatastore pour procéder à une sauvegarde complète du data store spécifié. Vous pouvez créer manuellement une sauvegarde complète avant d’apporter de nombreuses modifications au stockage des données ou avant de le mettre à niveau. Vous pouvez également créer une sauvegarde pour conserver un exemplaire des données à un stade spécifique ; par exemple, à la fin de la première phase d’un projet.

L’exécution de l’utilitaire backupdatastore pour un relational data store crée toujours une sauvegarde complète du data store.

Lors de la première exécution de l’utilitaire backupdatastore pour le spatiotemporal Big Data store, une sauvegarde complète est créée. Ce type de data store pouvant être très volumineux, chaque exécution suivante de l’utilitaire backupdatastore effectue des copies de sauvegarde uniquement des données créées depuis la dernière exécution de l’utilitaire.

L’identifiant de connexion qui vous permet d’accéder à la machine du data store pour exécuter l’utilitaire backupdatastore doit disposer d’un accès en lecture et en écriture à l’emplacement de sauvegarde du data store.

La syntaxe permettant d’exécuter l’utilitaire backupdatastore est la suivante :

backupdatastore [<backup file name>] [--store {relational | spatiotemporal | graph | object}] [--location <backup_arguments>] [--prompt {yes | no}]

Si vous ne spécifiez pas l’option --location, les fichiers de sauvegarde sont écrits dans l’emplacement de sauvegarde par défaut du data store.

Attribuez un nom de sauvegarde explicite au fichier pour le retrouver facilement si vous souhaitez restaurer les données. Si vous ne spécifiez aucun nom, l'utilitaire attribue un nom par défaut au fichier. Le nom par défaut présente le format datastorename-timestamp. Par exemple, si le data store s’appelle corpds et que vous créez la sauvegarde le 10 juillet 2014 à 14:25:49:554 UTC, le nom du fichier de sauvegarde est corpds-20140710142549554.

Vous serez invité à confirmer la création d'une sauvegarde. Saisissez yes (oui) ou y pour créer la sauvegarde.

Conseil :

Pour rédiger un script de création de sauvegarde manuelle, incluez un indicateur pour supprimer l’invite de confirmation, comme l’indique l’exemple suivant :

backupdatastore --store relational --prompt no

Dans cet exemple, le stockage des données génère le nom du fichier de sauvegarde. Cette opération nécessaire dans un script permet de s'assurer que le nom du fichier de sauvegarde est unique.

Suppression manuelle des sauvegardes de data store

Si vous n’avez plus besoin du fichier de sauvegarde du relational data store ou de l’object store que vous avez créé avec l’utilitaire backupdatastore, vous pouvez le supprimer à l’aide de l’utilitaire deletebackup. Toutefois, avant de supprimer les fichiers de sauvegarde, vous devez déterminer l’emplacement et le nom des fichiers.

Pour rechercher l’emplacement et le nom des fichiers de sauvegarde pour le relational data store ou l’object store que vous avez créés à l’aide de l’utilitaire backupdatastore et supprimer les fichiers dont vous n’avez plus besoin, procédez comme suit :

  1. Exécutez l’utilitaire configurebackuplocaton avec l’option --operation définie sur list pour obtenir tous les emplacements de sauvegarde pour un data store.

    Notez ces emplacements afin de les utiliser à la prochaine étape.

  2. Exécutez l’utilitaire listbackups avec chaque emplacement pour obtenir les noms des fichiers de sauvegarde dans chaque emplacement renvoyé par l’utilitaire configurebackuplocaton.

    Notez les noms des fichiers à supprimer à l’étape suivante.

  3. Une fois que vous avez déterminé quels fichiers de sauvegarde doivent être supprimés, exécutez l’utilitaire deletebackup pour chaque emplacement et fichier afin de supprimer le fichier devenu inutile.

    Par exemple, après avoir mis à niveau le relational data store et confirmé que toutes les couches fonctionnent comme prévu, vous pouvez supprimer les sauvegardes du relational data store que vous avez créées avant la mise à niveau.

    Dans cet exemple, le fichier de sauvegarde du relational data store preupgrade1104_bu est supprimé de l’emplacement de sauvegarde /net/systemserver/backups :

    ./configurebackuplocation.sh  --operation list --store relational
Backups locations for relational store:
=====================================================================================
Type  Location                                         isDefault
=====================================================================================
fs    /net/ourserver/datastore/backups/rel                true
fs    /net/systemserver/backups                           false
./listbackups.sh --store relational --location "/net/systemserver/backups"
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2023-03-08 14:12    manual
phase2proj_bu                    BackupComplete   2023-06-21 11:43    manual
preupgrade1104_bu                BackupComplete   2022-11-04 09:30    manual
./deletebackup.sh preupgrade1104_bu --store relational --location "/net/systemserver/backups"
You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully

    Dans cet exemple, le fichier de sauvegarde du relational data store preupgrade1104_bu est supprimé de l’emplacement de sauvegarde \\systemserver\backups :

    configurebackuplocation  --operation list --store relational
Backups locations for relational store:
=====================================================================================
Type  Location                                         isDefault
=====================================================================================
fs    \\ourserver\datastore\backups\rel                true
fs    \\systemserver\backups                           false
listbackups --store relational --location "\\systemserver\backups"
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2023-03-08 14:12    manual
phase2proj_bu                    BackupComplete   2023-06-21 11:43    manual
preupgrade1104_bu                BackupComplete   2022-11-04 09:30    manual
deletebackup preupgrade1104_bu --store relational --location "\\systemserver\backups"
You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully