# Multisite restaura las cargas a 'default' en lugar del nombre real de la base de datos

**URL:** <https://meta.discourse.org/t/multisite-restores-uploads-to-default-instead-of-actual-db-name/130778>\
**Category:** Development\
**Created:** [11 Octubre, 2019 11:30 UTC](https://meta.discourse.org/t/multisite-restores-uploads-to-default-instead-of-actual-db-name/130778 "2019-10-11T11:30:04Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![kris.kotlarek](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kris.kotlarek/32/176919_2.png) [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)\
**Post date:** [16 Octubre, 2019 21:30 UTC](https://meta.discourse.org/t/multisite-restores-uploads-to-default-instead-of-actual-db-name/130778/7 "2019-10-16T21:30:12Z")

</div>

He dedicado un tiempo a este error y quería actualizaros con mis hallazgos. Básicamente, he confirmado todo lo que ya habíais dicho: el proceso de restauración es el siguiente:

```plaintext
migrate_database
reconnect_database
...
extract_uploads

```

El problema es que, tras la tarea de migración, `reconnect_database` no cambia a la base de datos deseada, sino que comienza a trabajar con la predeterminada.

Por lo tanto, este código es incorrecto:

```plaintext
def extract_uploads
  ...
  current_db_name = 
  RailsMultisite::ConnectionManagement.current_db # default
  optimized_images_exist = File.exist?(File.join(tmp_uploads_path, 'optimized'))

```

Una solución chapucera sería usar aquí `@current_db`, que aún contiene el nombre correcto, en lugar de `RailsMultisite::ConnectionManagement.current_db`, pero esto no resuelve el problema real de por qué `reconnect_database` no funciona correctamente.

Necesito profundizar más para encontrar el problema.

---

_[View the full topic](https://meta.discourse.org/t/multisite-restores-uploads-to-default-instead-of-actual-db-name/130778)._