Importer une base de données avec phpMyAdmin

Avec phpMyAdmin, vous pouvez importer un fichier SQL existant dans une base de données de votre hébergement web CURIAWEB. Cela est par exemple nécessaire lorsque vous migrez un site web manuellement, que vous restaurez une base de données précédemment exportée ou que vous souhaitez reprendre des données provenant d'un autre environnement d'hébergement.

Lors d'un import de base de données, il est particulièrement important qu'avant de commencer, tu bonne base de données cible sélectionnes. Un fichier SQL peut créer, modifier des tables et des enregistrements ou – selon son contenu – écraser ou supprimer des données existantes.

Dans ce guide, nous vous montrons étape par étape comment préparer une base de données pour l'importation, importer un fichier SQL avec phpMyAdmin et vérifier ensuite si l'importation a réussi.

Attention : N'importez jamais un fichier SQL à l'aveugle dans une base de données de production. Si la base de données cible contient déjà des données importantes, créez une sauvegarde récente avant l'importation.

Quand a-t-on besoin d'un import de base de données ? #

Un import via phpMyAdmin est fréquemment utilisé dans les situations suivantes :

• migration manuelle d'un site web
• Restauration d'une base de données précédemment exportée
• Transfert d'une application vers un autre compte d'hébergement
• Migration d'une base de données d'un environnement de développement
• Restauration d'une sauvegarde SQL existante

Pour un site web basé sur une base de données, l'importation de la base de données n'est généralement qu'une partie de l'ensemble du processus. De plus, les fichiers de site web correspondants doivent être présents et l'application doit être connectée à la bonne base de données.

De quoi as-tu besoin avant l'importation ? #

Pour une importation de base de données typique, vous avez besoin de :

• un fichier SQL approprié
• une base de données cible existante
• un utilisateur de base de données disposant des privilèges requis
• La connaissance de la base de données que l'application doit utiliser par la suite

Lors d'une migration, il devrait également y avoir une sauvegarde du site web d'origine.

Important : Créez d'abord la base de données cible et l'utilisateur de la base de données. phpMyAdmin importe les tables et les données – vous devez configurer indépendamment l'attribution correcte dans cPanel entre la base de données et l'utilisateur de la base de données.

1. Contrôler le fichier SQL #

Vérifiez d'abord quel fichier vous souhaitez importer.

Une sauvegarde de base de données non compressée peut par exemple s'appeler ainsi :

kunde_wordpress.sql

Selon l'export et la configuration du serveur, des variantes compressées prises en charge peuvent également être utilisées.

Assurez-vous d'avoir sélectionné le bon fichier de sauvegarde et de savoir à quel site Web ou application il appartient.

Un fichier SQL n'est pas un fichier de site web #

Un fichier SQL contient des instructions de base de données et, le cas échéant, les données qui y sont stockées.

Elle ne remplace pas les fichiers du site Web.

Avec WordPress, par exemple, vous avez également besoin de fichiers et de répertoires tels que :

wp-admin/
wp-content/
wp-includes/
wp-config.php
index.php

La base de données et le système de fichiers constituent ensemble les éléments essentiels d'un tel site Web.

2. Si nécessaire, créer une nouvelle base de données #

Si aucune base de données n'existe encore pour le nouveau site web, créez-la d'abord dans cPanel.

Tu trouveras la procédure complète sur Créer une base de données MySQL dans cPanel.

Notez ensuite le nom complet de la base de données.

Celui-ci peut par exemple se présenter ainsi :

client_wordpress

3. Configurer l'utilisateur de la base de données #

Afin que le site Web puisse accéder ultérieurement à la base de données importée, vous avez besoin d'un utilisateur de base de données disposant des autorisations nécessaires.

Créez ou configurez celui-ci sous :

Bases de données → Gérer mes bases de données

Nous expliquons comment créer l'utilisateur, l'affecter à la bonne base de données et définir ses droits sous Créer un utilisateur MySQL et l'attribuer à une base de données.

4. Vérifier la base de données cible existante #

Si la base de données cible existe déjà, vous devez vérifier avant l'importation si elle est vide ou si elle contient déjà des tables.

Ouvrez pour cela :

Bases de données → phpMyAdmin

et sélectionnez la base de données concernée.

Une base de données nouvellement créée est généralement vide au départ. En revanche, une base de données déjà utilisée peut contenir des tables et des données de production.

Attention : N'importez pas de sauvegarde dans une base de données de production existante tant que vous ne savez pas quel est l'impact du fichier SQL sur les tables existantes.

5. Sauvegarder la base de données existante avant l'importation #

Si la base de données cible contient déjà des données, tu dois effectuer un export récent avant l'importation.

Tu disposes ainsi d'un point de sauvegarde immédiatement avant l'importation.

Vous trouverez la procédure sous Exporter une base de données avec phpMyAdmin.

Règle de base : Base de données existante + import planifié = créer d'abord un export actuel.

6. Ouvrir phpMyAdmin #

Connecte-toi à ton cPanel CURIAWEB et ouvre :

Bases de données → phpMyAdmin

Vous trouverez une introduction générale à l'interface sous Utiliser phpMyAdmin dans cPanel.

7. Sélectionner la base de données cible appropriée #

Cliquez sur la base de données dans la navigation de gauche de phpMyAdmin dans laquelle vous souhaitez importer le fichier SQL.

Vérifiez attentivement le nom complet.

Par exemple :

client_wordpress

La base de données sélectionnée est la cible de l'importation suivante.

Attention : Cette étape est l'une des plus importantes de tout l'importation. Si tu sélectionnes la mauvaise base de données, les données d'un autre site web pourraient être affectées.

Vérifier à nouveau si la base de données est vide #

Si tu as créé une nouvelle base de données pour une migration, elle ne devrait normalement pas encore contenir de tables d'application avant le premier import.

Si phpMyAdmin affiche déjà de nombreuses tables, vous devez déterminer d'où elles proviennent avant de procéder à l'importation.

Ne supprimez pas les tables existantes simplement parce que vous attendiez une base de données vide.

9. Ouvrir la section „ Importer “ #

Après avoir sélectionné la bonne base de données, ouvrez la section dans phpMyAdmin :

Importer

Là, tu peux sélectionner le fichier qui doit être importé dans la base de données.

Sélectionner le fichier SQL #

Sélectionnez la sauvegarde de la base de données sur votre ordinateur via le sélecteur de fichiers.

Par exemple :

kunde_wordpress.sql

Vérifiez le nom du fichier avant de commencer.

Si tu possèdes plusieurs sauvegardes, fais particulièrement attention à la date et au Zweck (ou à l'objectif) du fichier.

Ne pas confondre les anciens et les nouveaux fusibles #

S'il y a plusieurs fichiers SQL, il est facile de sélectionner accidentellement une ancienne sauvegarde.

Un nom de fichier unique aide à éviter cela.

Par exemple :

kunde_wordpress_2026-08-28.sql

Conseil pratique : Ne vérifiez pas seulement le nom du fichier, mais, pour les migrations importantes, également la date de modification ou le moment où la sauvegarde a été créée.

Ne pas modifier inutilement le paramètre du jeu de caractères #

phpMyAdmin peut proposer des paramètres pour le jeu de caractères du fichier lors de l'importation.

Si le fichier SQL a été exporté avec une configuration par défaut fonctionnelle et qu'il n'y a pas de problème de jeu de caractères avéré, tu ne devrais pas modifier ces paramètres au hasard.

Un mauvais traitement des jeux de caractères peut entraîner des problèmes, en particulier avec les trémas et autres caractères spéciaux.

12. Contrôler le format #

Lors de l'importation d'une sauvegarde de base de données SQL, phpMyAdmin doit utiliser le format d'importation approprié.

Pour un fichier tel que :

base_de_donnees.sql

est-ce le format pertinent :

SQL

Ne modifiez pas les autres options d'importation sans raison précise.

Lancer l'importation #

Vérifiez une dernière fois juste avant le départ :

• bonne base de données cible
• bon fichier SQL
• bon relais
• Format d'importation

Lance ensuite l'importation.

Selon la taille du fichier SQL, le traitement peut prendre un certain temps.

Important : Ne lancez pas le même import plusieurs fois simplement parce qu'aucun résultat n'apparaît immédiatement. Attendez d'abord que phpMyAdmin termine l'opération avec succès ou affiche un message d'erreur.

14. Vérifier le rapport de réussite #

Après un import réussi, phpMyAdmin affiche généralement un message de confirmation correspondant.

Lisez ce message et faites attention à savoir si des avertissements ou des erreurs supplémentaires sont affichés.

Ne présumez pas seulement que l'importation était complète simplement parce que la page s'affiche à nouveau après le démarrage.

15. Vérifier les tableaux après l'importation #

Sélectionnez à nouveau la base de données importée ou actualisez l'affichage.

Les tables du fichier SQL devraient maintenant être visibles dans la base de données.

Sous WordPress, par exemple, des tableaux tels que :

wp_posts
wp_options
wp_users
wp_postmeta

être présent.

Le préfixe n'est pas obligatoire wp_ lauten.

Ne pas utiliser le nombre de tables comme unique critère #

Le nombre de tables dépend de l'application utilisée, de la version, de la configuration et des extensions installées.

Les extensions WordPress peuvent par exemple créer leurs propres tables.

Un certain nombre de tables ne constitue donc pas une preuve universelle d'un import complet.

16. Vérifier les données par sondage #

Si vous avez vérifié la structure de la base de données, vous pouvez, si nécessaire, utiliser des tables individuelles via Annonces ou / respectivement Parcourir ouvrir.

Cela permet de vérifier si des enregistrements sont effectivement présents.

Ne modifiez aucune donnée si vous souhaitez simplement contrôler l'importation.

Importation réussie – Le site Web ne fonctionne toujours pas #

Un import de base de données réussi ne signifie pas automatiquement que le site Web est complètement configuré.

L'application doit ensuite être connectée à la bonne base de données.

Pour cela, le nom de la base de données, l'utilisateur de la base de données, le mot de passe et l'hôte de la base de données doivent notamment correspondre au nouvel environnement.

17. Connecter l'application à la base de données importée #

Lorsque vous migrez un site Web vers un nouveau compte d'hébergement, les informations de connexion à la base de données de l'application doivent correspondre à la configuration de la nouvelle base de données.

Sur WordPress, ces informations se trouvent généralement dans :

wp-config.php

Les valeurs suivantes y sont notamment utilisées :

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

Indiquez-y uniquement les valeurs effectivement configurées pour le nouveau compte d'hébergement.

Attention : wp-config.php contient des identifiants sensibles. Ne publiez pas son contenu intégral.

18. Utiliser le nom complet de la base de données #

cPanel peut ajouter un préfixe de compte au nom de base de données que vous avez choisi.

De :

WordPress

peut par exemple :

client_wordpress

devenir.

L'application nécessite le nom complet de la base de données.

19. Utiliser un utilisateur de base de données complet #

Il en va de même pour l'utilisateur de la base de données.

De :

utilisateurwp

peut par exemple :

kunde_wpuser

devenir.

Utilisez le nom complet tel qu'il apparaît dans cPanel.

20. L'utilisateur de la base de données doit être assigné à la base de données #

Même après un import réussi, l'application a besoin d'un utilisateur autorisé à accéder à la base de données.

Vérifiez par conséquent sur :

Bases de données → Gérer mes bases de données

si l'utilisateur prévu a été assigné à la base de données importée et s'il dispose des droits nécessaires.

L'importation elle-même ne remplace pas cette affectation.

21. Tester le site web #

Ouvrez le site Web dans le navigateur après l'importation et la configuration.

Ne vérifie pas seulement la page d'accueil, mais aussi les fonctionnalités importantes de l'application.

Sur WordPress, par exemple, les domaines suivants peuvent être vérifiés :

• Accueil
• pages et articles individuels
• Tableau de bord WordPress
• Médias
• Extensions ou fonctionnalités importantes

Dans le cas d'une boutique en ligne, les fonctionnalités importantes de la boutique doivent également être contrôlées en conséquence.

Le site Web affiche l'erreur „ Erreur d'établissement d'une connexion de base de données “ #

Si WordPress ne parvient pas à établir une connexion à la base de données après l'importation, cela ne signifie pas automatiquement que l'importation a échoué.

Vérifie d'abord :

• DB_NAME
• UTILISATEUR_BD
• DB_PASSWORD
• DB_HOST
• Attribution de l'utilisateur de base de données
• Autorisations de l'utilisateur de la base de données

La base de données peut être entièrement importée, alors que seule la configuration d'accès de l'application ne correspond pas au nouveau milieu.

Le site Web affiche l'ancien domaine ou redirige vers l'ancien serveur #

Lors d'une migration de site Web, des URL de l'ancien domaine ou environnement peuvent toujours être enregistrées dans la base de données.

Un import réussi ne modifie pas automatiquement ces données d'application.

Cependant, avec WordPress, vous ne devriez pas effectuer de changements de domaine par une recherche et un remplacement aveugles dans l'ensemble du fichier SQL ou de la base de données.

Attention : WordPress, Themes und Plugins können strukturierte oder serialisierte Daten speichern. Ein ungeeignetes Suchen und Ersetzen kann solche Daten beschädigen.

Import und Domainwechsel sind zwei verschiedene Aufgaben #

Der Datenbankimport überträgt die gespeicherten Daten.

Ein Wechsel der Domain beziehungsweise URL kann anschließend zusätzliche Anpassungen innerhalb der Anwendung erfordern.

Behandle diese beiden Aufgaben getrennt, damit sich Fehler leichter nachvollziehen lassen.

Website-Dateien müssen ebenfalls vorhanden sein #

Wenn die Datenbank erfolgreich importiert wurde, die Website-Dateien aber fehlen, ist die Website trotzdem nicht vollständig.

Bei WordPress benötigt die neue Umgebung beispielsweise auch Themes, Plugins und Uploads aus dem Dateisystem.

Wie du Dateien über cPanel überträgst, erklären wir unter Télécharger, charger et modifier des fichiers dans cPanel.

SQL-Datei nach erfolgreicher Migration sicher behandeln #

Die ursprüngliche SQL-Sicherung solltest du mindestens so lange behalten, bis die Migration vollständig geprüft wurde.

Danach kannst du entsprechend deiner Backup-Strategie entscheiden, wie lange sie aufbewahrt wird.

Eine Datenbanksicherung kann sensible Informationen enthalten und sollte geschützt gespeichert werden.

SQL-Datei nicht in public_html liegen lassen #

Wenn du eine Datenbanksicherung während einer Migration auf den Server übertragen hast, sollte sie nicht dauerhaft in einem öffentlich erreichbaren Verzeichnis verbleiben.

Insbesondere ein Pfad wie:

public_html/

ist kein geeigneter dauerhafter Ablageort für eine ungeschützte SQL-Sicherung.

Sécurité Entferne nicht mehr benötigte temporäre SQL-Dateien nach Abschluss der Arbeiten aus öffentlich erreichbaren Bereichen.

Was passiert, wenn Tabellen bereits existieren? #

Das Verhalten hängt vom Inhalt der SQL-Datei ab.

Eine Exportdatei kann beispielsweise Anweisungen enthalten, die Tabellen neu erstellen, Daten einfügen oder vorhandene Tabellen vor der Neuerstellung entfernen.

Wenn die Zieldatenbank bereits Tabellen mit denselben Namen enthält, kann der Import deshalb fehlschlagen oder vorhandene Daten beeinflussen.

Für eine normale Migration in eine neu erstellte Datenbank ist eine leere Zieldatenbank häufig die übersichtlichste Ausgangslage.

Vorhandene Tabellen nicht einfach manuell löschen #

Wenn der Import wegen bereits vorhandener Tabellen nicht wie erwartet funktioniert, lösche diese nicht sofort.

Vérifie d'abord :

• ob du die richtige Zieldatenbank ausgewählt hast
• woher die vorhandenen Tabellen stammen
• ob darin produktive Daten enthalten sind
• s'il existe une sauvegarde récente
• welche Anweisungen die SQL-Datei enthält

Import nicht mehrfach starten #

Wenn ein Import scheinbar nicht vollständig funktioniert hat, solltest du denselben Import nicht einfach wiederholt über die bereits teilweise importierte Datenbank laufen lassen.

Dadurch können beispielsweise doppelte Datensätze oder Konflikte mit bereits erstellten Tabellen entstehen.

Important : Nach einem fehlgeschlagenen Import zuerst Fehlerursache und Zustand der Zieldatenbank prüfen. Erst danach entscheiden, ob und wie ein neuer Import durchgeführt wird.

Teilweise importierte Datenbank erkennen #

Wenn ein Import während der Verarbeitung abbricht, können bereits Tabellen und Datensätze angelegt worden sein.

Die Datenbank ist dann möglicherweise weder leer noch vollständig importiert.

Prüfe deshalb bei einem Abbruch die vorhandenen Tabellen und die konkrete Fehlermeldung.

Importdatei nicht auf Verdacht verändern #

Wenn eine SQL-Datei nicht importiert werden kann, solltest du nicht wahllos SQL-Anweisungen aus der Datei entfernen.

Dadurch kann die Datenbank unvollständig werden oder wichtige Strukturen verlieren.

Die genaue Fehlerursache sollte zuerst anhand der phpMyAdmin-Meldung bestimmt werden.

Große SQL-Dateien #

Bei größeren Datenbanken kann ein browserbasierter Import über phpMyAdmin an technische Grenzen stoßen.

Dazu können beispielsweise Upload- oder Laufzeitbeschränkungen gehören.

Wenn deine Datei nicht ausgewählt werden kann, der Import abbricht oder phpMyAdmin einen Größen- beziehungsweise Laufzeitfehler meldet, solltest du nicht wahllos Server- oder PHP-Einstellungen verändern.

Die systematische Fehlersuche behandeln wir im nächsten Artikel unter Importation phpMyAdmin impossible : erreurs et gros fichiers SQL.

Zeichensatzprobleme nach dem Import #

Wenn nach dem Import Umlaute oder Sonderzeichen falsch dargestellt werden, kann ein Problem mit Zeichensatz, Kollation, Export oder Import vorliegen.

Ändere die Kollation der gesamten produktiven Datenbank nicht auf Verdacht.

Prüfe zuerst, wie die Quelldaten gespeichert und mit welchen Einstellungen sie exportiert beziehungsweise importiert wurden.

Importierte Datenbank ist größer oder kleiner als erwartet #

Die Dateigröße der SQL-Sicherung und der in phpMyAdmin angezeigte Speicherbedarf der importierten Datenbank müssen nicht identisch sein.

Eine SQL-Datei ist eine Darstellung der Datenbank in Exportform, während phpMyAdmin den Speicherbedarf der Datenbanktabellen innerhalb des Datenbanksystems anzeigt.

Ein direkter Größenvergleich ist deshalb kein zuverlässiger Vollständigkeitsnachweis.

Import erfolgreich – SQL-Datei nicht sofort als einzige Sicherung überschreiben #

Wenn du eine Migration durchführst, behalte die ursprüngliche unveränderte SQL-Datei, bis die neue Website vollständig getestet wurde.

Erstelle nicht versehentlich einen neuen Export über dieselbe Datei und verliere damit deinen ursprünglichen Sicherungsstand.

Besonderheit bei aktiven Onlineshops #

Bei einer aktiven Website können sich Daten zwischen Export und Import verändern.

Bei einem Onlineshop können beispielsweise nach dem Export noch neue Bestellungen eingehen.

Diese später entstandenen Datensätze befinden sich nicht in der zuvor exportierten SQL-Datei.

Important : Bei stark dynamischen Websites muss der Zeitpunkt des finalen Datenbankexports und der Umschaltung sorgfältig geplant werden, damit zwischen altem und neuem System keine aktuellen Daten verloren gehen.

Datenbankimport ist kein Zusammenführen zweier Websites #

Ein SQL-Import sollte nicht mit einer automatischen Zusammenführung zweier unterschiedlicher Datenbanken verwechselt werden.

Wenn Ziel- und Quelldatenbank jeweils eigene produktive Inhalte besitzen, können Tabellen, IDs und Anwendungsdaten miteinander kollidieren.

Ein einfaches Importieren der einen Datenbank in die andere ist dafür normalerweise kein geeignetes allgemeines Verfahren.

Import als Wiederherstellung #

Wenn du eine Datenbank aus einer Sicherung wiederherstellen möchtest, musst du genau wissen, welchen Zustand die Sicherung repräsentiert.

Alle Daten, die erst nach diesem Sicherungszeitpunkt entstanden sind und bei der Wiederherstellung ersetzt werden, können verloren gehen.

Kontrolliere deshalb vor einer Wiederherstellung das Datum beziehungsweise den Zeitpunkt der Sicherung.

Nach einer Wiederherstellung wichtige Funktionen prüfen #

Teste nach einem Datenbank-Restore nicht nur, ob die Startseite geladen wird.

Kontrolliere insbesondere Funktionen, die Daten schreiben oder verändern.

Cela peut par exemple inclure, selon l'application :

• Anmeldung
• Speichern von Einstellungen
• Erstellen oder Bearbeiten von Inhalten
• Formulaires
• Shop- und Bestellfunktionen

Empfohlener Ablauf für einen normalen Import #

1. Prüfe die SQL-Datei und ihren Sicherungszeitpunkt.
2. Erstelle bei Bedarf eine neue Datenbank.
3. Erstelle beziehungsweise prüfe den Datenbankbenutzer.
4. Weise den Benutzer der Datenbank mit den erforderlichen Rechten zu.
5. Sichere eine bestehende Zieldatenbank vor dem Import.
6. Ouvrir Bases de données → phpMyAdmin.
7. Wähle die richtige Zieldatenbank.
8. Ouvrir Importer.
9. Wähle die richtige SQL-Datei.
10. Kontrolliere das Importformat.
11. Starte den Import einmal.
12. Prüfe die Erfolgsmeldung.
13. Kontrolliere Tabellen und stichprobenartig die Daten.
14. Verbinde die Anwendung mit der neuen Datenbank.
15. Teste die Website und wichtige Funktionen.

Empfohlener Ablauf bei einer WordPress-Migration #

1. Website-Dateien der bisherigen Installation sichern.
2. Aktuelle Datenbank exportieren.
3. Dateien in die neue Hosting-Umgebung übertragen.
4. Neue Datenbank und Datenbankbenutzer einrichten.
5. Benutzer der Datenbank zuweisen.
6. SQL-Datei in die neue Datenbank importieren.
7. wp-config.php mit den neuen Datenbankzugängen abgleichen.
8. Website aufrufen.
9. Administrationsbereich und wichtige Funktionen testen.
10. Erst nach erfolgreicher Prüfung die Migration als abgeschlossen betrachten.

Conseil pratique : Ändere während einer Migration nicht gleichzeitig Datenbank, Domain, PHP-Version, Plugins und weitere Einstellungen, wenn dies nicht erforderlich ist. Je weniger Variablen du gleichzeitig veränderst, desto leichter lassen sich auftretende Fehler diagnostizieren.

Quand devez-vous contacter le support ? #

Wenn ein Import nicht erfolgreich abgeschlossen wird, solltest du die genaue phpMyAdmin-Fehlermeldung notieren beziehungsweise einen Screenshot erstellen.

Pour une analyse, les informations suivantes sont notamment utiles :

• domaine ou application concerné
• vollständiger Name der Zieldatenbank
• Größe der SQL-Datei
• Dateiformat beziehungsweise Komprimierung
• ob die Zieldatenbank vor dem Import leer war
• ob der Import vollständig oder teilweise ausgeführt wurde
• message d'erreur précis
• ob es sich um eine Migration oder Wiederherstellung handelt

Übermittle dabei keine Datenbankpasswörter und stelle SQL-Dateien mit sensiblen Daten nicht öffentlich zum Download bereit.

Résumé #

Eine SQL-Datenbank importierst du im CURIAWEB-cPanel über Bases de données → phpMyAdmin. Wähle zuerst die richtige Zieldatenbank und öffne anschließend den Bereich Importer.

Kontrolliere vor dem Start sorgfältig, ob du die richtige SQL-Datei und den gewünschten Sicherungsstand ausgewählt hast. Wenn die Zieldatenbank bereits Daten enthält, solltest du vor dem Import einen aktuellen Export erstellen.

Nach dem Import kontrollierst du die Erfolgsmeldung, die vorhandenen Tabellen und bei Bedarf stichprobenartig die importierten Daten. Bei einer Website-Migration müssen außerdem die Website-Dateien vorhanden sein und die Anwendung mit dem richtigen Datenbanknamen, Datenbankbenutzer, Passwort und Datenbankhost verbunden werden.

Wenn ein Import abbricht, starte ihn nicht einfach erneut über die teilweise importierte Datenbank. Prüfe zuerst die Fehlermeldung und den aktuellen Zustand der Zieldatenbank.

Für größere SQL-Dateien, Timeouts und konkrete Importfehler verwenden wir eine separate Fehleranalyse, damit der normale Importablauf übersichtlich bleibt.