Discussion:
[tryton-es] Es posible migrar mediante línea de comandos una base de datos de versión anterior de Tryton a una nueva?
Fabyc
2014-05-29 16:08:29 UTC
Permalink
Hola a todos.

Saben si hay alguna forma de realizar la migración de una base de datos de
Tryton a una reciente mediante línea de comandos sin tener que utilizar la
propia utilidad del cliente Tryton?

Por ejemplo cómo se podría hacer mediante línea de comandos para migrar
de Tryton 3.0.4 a Tryton 3.2.0 ?

Sería muy buena opción porque cuando se trata de migrar con la propia
utilidad
de Tryton no se ve que está sucediendo de fondo como para ver si algún
error
sale que no necesariamente se lo podría ver desde la interfaz de cliente.
Además mediante línea de comando muchas veces se realiza más rápido este
tipo de tareas.

Muchas gracias
Fabyc
2014-05-29 16:11:06 UTC
Permalink
Post by Fabyc
Hola a todos.
Saben si hay alguna forma de realizar la migración de una base de datos de
Tryton a una reciente mediante línea de comandos sin tener que utilizar la
propia utilidad del cliente Tryton?
Por ejemplo cómo se podría hacer mediante línea de comandos para migrar
de Tryton 3.0.4 a Tryton 3.2.0 ?
Con el ejemplo me refiero a la base datos mismo. :-)
Post by Fabyc
Sería muy buena opción porque cuando se trata de migrar con la propia
utilidad
de Tryton no se ve que está sucediendo de fondo como para ver si algún
error
sale que no necesariamente se lo podría ver desde la interfaz de cliente.
Además mediante línea de comando muchas veces se realiza más rápido este
tipo de tareas.
Muchas gracias
Sergi Almacellas Abellana
2014-05-29 16:41:28 UTC
Permalink
Post by Fabyc
Hola a todos.
Saben si hay alguna forma de realizar la migración de una base de datos de
Tryton a una reciente mediante línea de comandos sin tener que utilizar la
propia utilidad del cliente Tryton?
¿¿¿¿ Se puede hacer desde el mismo cliente ??????
Post by Fabyc
Por ejemplo cómo se podría hacer mediante línea de comandos para migrar
de Tryton 3.0.4 a Tryton 3.2.0 ?
Con el ejemplo me refiero a la base datos mismo. :-)
Sólo debes ejecutar

trytond -d <base_datos> -u all

Para que te actualize todos los móduls instalados en la base de datos en
questión.
--
Sergi Almacellas Abellana
www.koolpi.com
Twitter: @pokoli_srk
Fabyc
2014-05-29 16:56:16 UTC
Permalink
On Thursday, May 29, 2014 11:41:38 AM UTC-5, Sergi Almacellas Abellana
Post by Sergi Almacellas Abellana
Post by Fabyc
Hola a todos.
Saben si hay alguna forma de realizar la migración de una base de datos de
Tryton a una reciente mediante línea de comandos sin tener que utilizar la
propia utilidad del cliente Tryton?
¿¿¿¿ Se puede hacer desde el mismo cliente ??????
Me refería a la utilidad de "Restaurar Base de Datos" en el cual se marca
la opción
"Actualizar base de datos" (Confirme si desea realizar una actualización
automática de
la base de datos desde una versión anterior de Tryton, después de
restaurarla).. :-)
Post by Sergi Almacellas Abellana
Por ejemplo cómo se podría hacer mediante línea de comandos para migrar
Post by Fabyc
de Tryton 3.0.4 a Tryton 3.2.0 ?
Con el ejemplo me refiero a la base datos mismo. :-)
Sólo debes ejecutar
trytond -d <base_datos> -u all
Esto si lo hacía una vez que restauraba la base de datos con la utilidad
del cliente Tryton.

Al hacerlo la restauración con la ocpión marcada "Actualizar base de datos"
me sale muchas
veces este error [1]

Entonces significa que no es necesario hacer la restauración sino
simplemente la misma base
de datos que ya está subida, directamente con la opción -u all ya se
actualiza con todos los
módulos que hayan en el servidor?

[1] https://groups.google.com/d/msg/tryton/ZdcLIr3eqDA/k4gGkhpkKp4J
Post by Sergi Almacellas Abellana
Para que te actualize todos los móduls instalados en la base de datos en
questión.
--
Sergi Almacellas Abellanawww.koolpi.com
Jordi Esteve
2014-05-29 16:59:19 UTC
Permalink
Entonces significa que no es necesario hacer la restauración sino
simplemente la misma base
de datos que ya está subida, directamente con la opción -u all ya se
actualiza con todos los
módulos que hayan en el servidor?
Si
--
Jordi Esteve
Consultor Zikzakmedia SL
jesteve-GU8bvTYz6vAmlAP/+***@public.gmane.org
Mòbil 679 170 693

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108
Fabyc
2014-05-29 17:23:04 UTC
Permalink
On Thursday, May 29, 2014 12:01:30 PM UTC-5, Jordi Esteve (Zikzakmedia)
Post by Jordi Esteve
Post by Fabyc
Entonces significa que no es necesario hacer la restauración sino
simplemente la misma base
de datos que ya está subida, directamente con la opción -u all ya se
actualiza con todos los
módulos que hayan en el servidor?
Si
Muchas gracias
Post by Jordi Esteve
--
Jordi Esteve
Consultor Zikzakmedia SL
Mòbil 679 170 693
Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del PenedÚs
Tel 93 890 2108
Guillem Barba Domingo
2014-05-29 18:26:03 UTC
Permalink
Post by Fabyc
On Thursday, May 29, 2014 12:01:30 PM UTC-5, Jordi Esteve (Zikzakmedia)
Post by Fabyc
Entonces significa que no es necesario hacer la restauración sino
simplemente la misma base
de datos que ya está subida, directamente con la opción -u all ya se
actualiza con todos los
módulos que hayan en el servidor?
Si
Muchas gracias
Recuerda que antes del "-u all" hay que instalar los nuevos módulos
requeridos.
Por ejemplo (hablo de memoria... Y no la tengo muy bue.a :-P) el sale en la
3.2 tiene una nueva dependencia con un módulo nuevo "account_invoice_stock".

En nuestras tareas invoke (proyecto tryton-tasks de la cuenta nantic de
BitBucket) hay la tarea "tryton.missing" que precisamente te dice los
módulos que faltan por instalar cogiendo el árbol de dependencias.
Puedes usarlo o mirar el código de la tarea para hacerte un script similar.

Guillem
Fabyc
2014-05-29 19:13:12 UTC
Permalink
Post by Guillem Barba Domingo
Post by Fabyc
On Thursday, May 29, 2014 12:01:30 PM UTC-5, Jordi Esteve (Zikzakmedia)
Post by Fabyc
Entonces significa que no es necesario hacer la restauración sino
simplemente la misma base
de datos que ya está subida, directamente con la opción -u all ya se
actualiza con todos los
módulos que hayan en el servidor?
Si
Muchas gracias
Recuerda que antes del "-u all" hay que instalar los nuevos módulos
requeridos.
Por ejemplo (hablo de memoria... Y no la tengo muy bue.a :-P) el sale en
la 3.2 tiene una nueva dependencia con un módulo nuevo
"account_invoice_stock".
Si había visto de la dependencia de este nuevo módulo en la wiki de Tryton
[1]

[1] https://code.google.com/p/tryton/wiki/Migration_3_2
Post by Guillem Barba Domingo
En nuestras tareas invoke (proyecto tryton-tasks de la cuenta nantic de
BitBucket) hay la tarea "tryton.missing" que precisamente te dice los
módulos que faltan por instalar cogiendo el árbol de dependencias.
Puedes usarlo o mirar el código de la tarea para hacerte un script similar.
Excelente. Ya le voy a dar una ojeada.. Ya estaba comenzando a hacer todo
manualmente.

Muchas gracias
Mauricio Martinez Garcia
2016-11-18 02:35:59 UTC
Permalink
No me queda claro, en un ambiente productivo no puedes hacer eso y el
cliente requiere que en la migración se lleven los datos anteriores a la
nueva versión. Por lo que dices es instalar de cero la nueva versión y
pedirle que "extraiga" los datos a la nueva db?, es lo que entiendo.

necesito tener entonces 2 DBs?
1. La nueva DB que se creará con la nueva versión de tryton.
2. La DB anterior (que quiero migrar)?
3. aplicar el comando trytond -d <base_datos> -u all (con la base de
datos vieja? y esto migra la info a la nueva db?)

Por ejemplo, en los pasos de migración se incluye que se cree la nueva DB
con los pasos de instalación de los modulos que vamos a usar de tryton (o
en mi caso gnuhealth).
por suerte tengo un ambiente de pruebas y una DB pequeña (2 GB de
datos), pero cuando haga la migración productiva la migración de la base de
más de 10 Gb (dado que no han depurado) no va a ser tan facil.

Cual sería su recomendación y pasos?

saludos y gracias.
Sergi Almacellas Abellana
2016-11-18 08:28:23 UTC
Permalink
Post by Mauricio Martinez Garcia
No me queda claro, en un ambiente productivo no puedes hacer eso y el
cliente requiere que en la migración se lleven los datos anteriores a la
nueva versión. Por lo que dices es instalar de cero la nueva versión y
pedirle que "extraiga" los datos a la nueva db?, es lo que entiendo.
NO es extraer, sinó realizar un proceso para adptar la base de datos de
la verisón anterior a la nueva. Esto se consigue con el comando que
comenté anteriormente.
Post by Mauricio Martinez Garcia
necesito tener entonces 2 DBs?
1. La nueva DB que se creará con la nueva versión de tryton.
2. La DB anterior (que quiero migrar)?
3. aplicar el comando trytond -d <base_datos> -u all (con la base de
datos vieja? y esto migra la info a la nueva db?)
Debes aplicar el comando con la BD vieja y te migra la info en la misma
base de datos.
Post by Mauricio Martinez Garcia
Por ejemplo, en los pasos de migración se incluye que se cree la nueva
DB con los pasos de instalación de los modulos que vamos a usar de
tryton (o en mi caso gnuhealth).
por suerte tengo un ambiente de pruebas y una DB pequeña (2 GB de
datos), pero cuando haga la migración productiva la migración de la base
de más de 10 Gb (dado que no han depurado) no va a ser tan facil.
Cual sería su recomendación y pasos?
Sobretodo, haz una copia de la base de datos y prueba el proceso a parte
antes de realizarlo en producción.
Post by Mauricio Martinez Garcia
saludos y gracias.
--
Sergi Almacellas Abellana
www.koolpi.com
Twitter: @pokoli_srk
Loading...