Wo werden Maschinennamen von Feldern außerhalb der Datebank gespeichert?

Bei Drupal 7 wird keine Konfigurationsinformation außerhalb der Datenbank gespeichert. Unter "Reports" gibt es eine Liste der existierenden Felder und wo sie verwendet werden. Das ist der einzige Ansatz, den ich sehe.
Nachtrag: diese Liste wird vom Modul field_info erzeugt.

Hätte ich auch gesagt.

Ich gehe davon aus, daß das Feld aufgrund des Fehlers teilweise in der Datenbank schon angelegt wurde.

Wenn man ein Backup über bestehende Daten schreibt, werden nur die Tabellen überschrieben, die im Backup vorhanden sind. Wenn man das nicht macht, können Tabellen, die nicht zu dem System-Zustand passen verhindern, daß Datenbank-Updates oder Konfigurations-Anpassungen funktionieren. So etwas kann auch passieren, wenn man Konfigurationen oder Updates versucht auszurollen auf ein System und dies dann z.B. aufgrund einer Inkompatibilität abgebrochen wird und eben ein Backup wieder eingespielt wird. Meistens fällt der Fehler erst dann auf, wenn der nächste Roleout Anlauf genommen wird, wann auch Immer das ist.
Auf der anderen Seite sollten Drupal-Datenbank-Backups immer sowohl die Datenbank-Struktur als auch die Daten enthalten, vor allem, wenn man z.B. Cache-Tabellen vom Backup ausnimmt. Macht man das nicht via Drush kann man das auch via Mysqldump auch in zwei Exportes machen. Das macht Drush auch so und packt bei Exports in ein SQL-File und komprimiert es erst danach (wenn Komprimierung genutzt wird). In unserem Backup-System erzeugen wir zwei Files (structure.sql.gz und data.sql.gz), da wir dann dies Dump direkt via Pipe komprimieren können. Aber wichtig ist zu verstehen, daß Datenbank-Backups. im Grunde auch nur text.Dateien sind, die neben Daten auch programmier-Anweisungen enthalten (sollten) zum Erzeugen der Datenbank-Struktur. Damit ist es dann möglich ein Backup in leere Datenbanken zu schreiben. Praktisch ist dann auch, daß das Löschen der ganzen Datenbank erheblich schneller geht als das Löschen der einzelnen Tabellen. Denn da es dafür kein Standard SQL-Befehl gibt, leert Drupal/Drush eine Datenbank via "Suche alle Tabellen und lösche dann jede einzelne". Aber wenn der CLI-Benutzer kein Recht zum Löschen und (Neu-)Anlegen der Datenbank hat, geht es nicht anders (aber eben langsamer).

Ergänzung:
Falls meine Vermutung stimmt, daß es nun fehlerhaft angelegte Tabellen oder Daten gibt, aber das Backup von davor nicht mehr genutzt werden kann aufgrund neuer Daten, läuft es wohl leider auf eine direkte Datenbank-Korrektur hinaus. Aber das sollte man noch mehr als alles andere sehr sorgfältig vorbereiten in Test-Systemen. Empfehlenswert ist da auch, entsprechende SQL-Befehle zu erarbeiten und dann via Drush einzuspielen. Zur Vorbereitung kann man zwar mit GUI-Tools für eine Datenbank arbeiten, aber damit würde ich nur in Notfällen an Live-Datenbanken arbeiten, wenn alles andere nicht funktioniert.

Danke an @Wla und an @C_Logemann.
C_Logemann, ich denke das Datenbank-Backup war komplett. Also alle Tabellen
Der Kunde hat gestern Abend noch mal ein älteres Komplett-Backup eingespielt.
Interessant war wirklich die Frage, ob diese Felddaten unter D7 auch in den Files gespeichert werden.