Índice de contenido
Velneo vServer...2
Instalación y configuración...2
Instalación en Windows...3
Linux... 10
Instalar Velneo vServer en modo desatendido...11
Activación de la licencia...11
Activación de licencias por línea de comandos...15
Línea de comandos de Velneo vServer...17
Estructura de directorios...17
Iniciar Velneo vServer...18
Windows... 19
Linux... 19
Arranque en modo seguro...20
Arranque en modo TLS/SSL...21
Funcionalidades...22
Protocolo VATP...22
Protocolo VATPS...23
Refrescos terciarios...25
Sistema transaccional automático...26
Control de reconstrucción de tablas incompleta...27
Control de regeneración de índices completo...27
Gestión de bloqueos...27
Transacciones desatendidas...28
El entretenedor...28
Manejadores de evento y transacciones...29
Sistema de bloqueos...29
Tecnología bigkey...31
Cómputo del consumo de puestos...31
Cómputo de puestos de edición...31
Cómputo de puestos de ejecución...32
Límites... 35
Hilo de control...36
vPacker... 36
Velneo vServer
Es el servidor de aplicaciones de Velneo.
Puede ser instalado y ejecutado como un servicio del sistema operativo.
Es multi-idioma y multi-plataforma.
Para poder administrar este producto es necesario el uso de Velneo vAdmin.
Además, sirve, lo siguiente:
• Aplicaciones (Instancias de proyectos de datos y proyectos de aplicaciones) a usuarios que se conectan a él usando Velneo vClient.
• Instancias de proyectos de datos a usuarios que se conectan a él usando Velneo vDataclient.
• Proyectos de datos y proyectos de aplicación para su edición a los programadores que se conectan vía Velneo vDevelop.
Instalación y configuración
Los pasos que se aconsejan para la instalación de una licencia local de Velneo vServer son:
• 1.Descargar el programa de la página de descargas de velneo.es.
• 2. Instalarlo (en el caso de Windows) o descomprimirlo (en el caso de Linux).
Si ya hubiese instalada una versión anterior, es recomendable desinstalarla previamente.
Aclarar que al desinstalar, se mantendrá toda la configuración de aplicaciones, usuarios, permisos que tuviésemos establecida. No se perderá nada.
• 3. Activar la licencia.
Se hará con la aplicación llamada Velneo vActivator, que se incluye en la instalación de Velneo vServer, y se usará un número de licencia que Velneo facilita.
En Windows, se recomienda hacer la activación por máquina.
En Linux, la haremos por usuario, con el usuario con el que vayamos a iniciar el servicio.
Hacer clic aquí para ampliar la información al respecto.
• 4. Inicar el servicio vatp.
En el caso de que el servicio vatp ya estuviese iniciado, será necesario reiniciarlo para finalizar el proceso de activación. En caso contrario, simplemente lo arrancaremos.
• 5. Comprobar si la activación se ha realizado de forma satisfactoria.
Para ello, instalaremos en la máquina Velneo vAdmin, lo ejecutaremos y nos conectaremos al servidor usando las siguientes credenciales:
Servidor: vatp://127.0.0.1 Usuario: velneo
Sin contraseña
Accederemos al panel de mensaje des Velneo vAdmin, pulsaremos F5 para refrescarlo y comprobaremos que hay un mensaje que informa sobre los datos de la licencia. Si el mensaje que se devuelve es "servidor iniciado sin licencia" quiere decir que hay algún paso de los descritos que no se ha seguido de forma adecuada.
NOTA: Velneo vServer, por defecto, usa el puerto 690 y todas las licencias que se generan, también por defecto, son para ese número de puerto. En el caso de que queramos usar un número de puerto diferente, tendremos que solicitar al Velneo el cambio de la licencia para el nuevo número de puerto. En los capítulos dedicados a la instalación de Velneo vServer en Windows y en Linux podremos ampliar información sobre cómo hemos de configurar el sistema cuando queramos usar un puerto distinto al 690.
En Velneo vServer es posible configurar, además del puerto de escucha, la activación de un log.
La configuración de dicho parámetro variará también en función del sistema operativo.
Instalación en Windows
Para la instalación de Velneo vServer debemos disponer del instalador correspondiente a la plataforma Windows. El siguiente paso será ejecutar el instalador y a continuación el asistente de instalación nos guiará en los pasos de instalación. Los pasos son:
- La primera ventana solicitará el idioma a utilizar para el asistente de instalación. Podemos seleccionar Ingles o Español.
- Tras seleccionar el idioma accedemos a la ventana de bienvenida.
- En la siguiente ventana debemos aceptar los términos del Acuerdo de licencia.
- A continuación nos solicita el directorio de instalación de Velneo vServer. El directorio por defecto dependerá del sistema operativo donde estemos realizando la instalación.
- La siguiente ventana nos pedirá confirmación para comenzar la instalación.
- Por último el asistente de instalación nos muestra la ventana de instalación realizada.
La instalación de Velneo vServer crea por defecto el usuario velneo sin contraseña para el posterior acceso al mismo.
Velneo vServer, por defecto, usa el puerto 690, si queremos que use un puerto diferente, será necesario configurarlo.
La configuración del puerto de escucha de Velneo vServer debemos realizarla en la declaración del servicio de Windows, es decir, en el registro de Windows en la clave correspondiente:
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Vatp Service
Para configurar el puerto de escucha debemos añadir en el parámetro ImagePath del servicio correspondiente, a continuación de la senda del fichero ejecutable de Velneo vServer el
parámetro port: /port=nnnn, donde nnnn es el número de puerto por el que queremos acceder al servidor.
NOTA: Una licencia de Velneo vServer, además de validar los puestos de edición/ejecución que tenga la licencia, también valida el número de puerto. Por defecto, todas las licencias, salvo que se indique lo contrario, son generadas para el puerto 690. En el caso de que queramos usar un número de puerto diferente y nuesta licencia sea para el puerto 690, tendremos que solicitar al Velneo el cambio de la licencia para el nuevo número de puerto. Una vez dispongamos del nuevo número de licencia, configuraremos el puerto de escucha y la activaremos con Velneo vActivator.
También es posible activar un log. Al igual que sucede con el número de puerto, debemo realizarlo en la declaración del servicio de Windows, es decir, en el registro de Windows en la clave correspondiente:
Para activar el log debemos añadir en el parámetro ImagePath del servicio correspondiente, a continuación de la senda del fichero, el parámetro log: /log.
En el caso de que el puerto seleccionado, por defecto si no configuramos nada se trata del puerto 690 correspondiente al protocolo VATP, ya esté siendo usado, el servidor mostrará un error y el servicio no podrá ser iniciado.
Linux
Para instalar Velneo vSever en Linux simplemente debemos descargar el achivo de instalación de Velneo vServer y descomprimirlo en la máquina.
La instalación de Velneo vServer crea por defecto el usuario velneo sin contraseña para el posterior acceso al mismo.
Velneo vServer, por defecto, usa el puerto 690, aunque se podrá usar un número de puerto diferente.
La configuración del puerto de escucha de Velneo vServer debemos realizarla en el script que realiza la iniciación de Velneo vServer.
Para configurar el puerto de escucha debemos completar la ejecución de Velneo vServer, en el script de ejecución, con el dato del puerto /port=0000, quedando la expresión:
exec "./vServer" "$@" "/port=0000"
Donde 0000 se corresponde con el número de puerto por el cual queremos activar la escucha de Velneo vServer.
Lo puertos del 0 al 1024 sólo es posible utilizarlos mediante el usuario root de la máquina, incluido el puerto 690 que es el utilizado por Velneo vServer por defecto.
También podemos añadir el parámetro del puerto a continuación de la línea de comando, estableciendo este puerto únicamente para esta ejecución:
sudo ./vServer.sh -s /port=0000
NOTA: Una licencia de Velneo vServer, además de validar los puestos de edición/ejecución que tenga la licencia, también valida el número de puerto. Por defecto, todas las licencias, salvo que se indique lo contrario, son generadas para el puerto 690. En el caso de que queramos usar un número de puerto diferente y nuesta licencia sea para el puerto 690, tendremos que solicitar al Velneo el cambio de la licencia para el nuevo número de puerto. Una vez dispongamos del nuevo número de licencia, configuraremos el puerto de escucha y la activaremos con Velneo vActivator.
También es posible activar un log de Velneo vServer. Para ello, también lo realizaremos en el script que realice la iniciación de Velneo vServer, al igual que se hace para el número de puerto.
Para activar el log debemos completar la ejecución con el parámetro "/log", quedando la expresión:
exec "./vServer" "$@" "/log"
En la instalación de Velneo vServer se crea por defecto un usuario llamado velneo, sin contraseña, para que podamos comenzar su administración. Por lo tanto, una vez instalado Velneo vServer e iniciado el servicio, nos conectaremos con Velneo vAdmin con esas credenciales a nuestro servidor para poder comenzar a administrarlo.
Instalar Velneo vServer en modo desatendido
Al igual que el resto de los componentes de Velneo, es posible instalar Velneo vServer en modo silencioso o desatendido. Para ello no habrá más que añadir el parámetro /S cuando se ejecute el instalador del componente.
Ejemplo:
[senda]\velneov7-win32-vserver-setup.exe /S
Debemos tener en cuenta que cuando instalemos Velneo vServer v7 en modo silencioso, simplemente se instalará el ejecutable, pero no el servicio.
Para instalar el servicio, podremos hacerlo por línea de comandos ejecutando el fichero
ejecutable de Velneo vServer (vserver.exe en Windows y vserver.sh en Linux) con el parámetro -i.
Ejemplo: vserver.sh -i
Si queremos que la instalación del componente se haga en un directorio distinto al directorio por defecto, usaremos el parámetro /D, seguido del símbolo = y la senda:
Ejemplo:
[senda]\velneo-win32-vserver-setup.exe /S /D=c:/carpeta
Activación de la licencia
Cuando adquirimos una licencia de Velneo vServer, Velneo nos facilita una clave de licencia que define el número de puestos de edición y de ejecución adquiridos. Dicha licencia tendrá que ser activada.
Velneo vActivator es el producto que nos permitirá activar las licencias que adquiramos.
Este producto está incluido en la instalación de Velneo vServer.
Cuando lo ejecutamos se iniciará un asistente para la activación de la licencia:
Y en él tendremos que especificar lo siguiente:
Clave de licencia: Que será suministrada por Velneo. Es una cadena del tipo: VELNEO-XX-X- XXXXX-XXXXX-XXX-XX-XX-XXXXX. Si el botón no se activa será indicativo de que la clave introducida no es correcta.
Ubicación de la activación: Que nos permitirá indicar si la activación será por usuario o por máquina; la opción a seleccionar dependerá de dónde vayamos a iniciar el servicio de Velneo vServer, si se va a iniciar en el mismo usuario en el que se hace la activación seleccionaremos la primera opción, pero si el servicio va a ser iniciado a nivel de máquina o de otros usuarios, entonces usaremos la segunda.
En Windows, cuando instalamos Velneo vServer como servicio, por defecto, asociará a la cuenta local de la máquina, no a una cuenta de usuario:
Por lo tanto, en la instalación por defecto la activación la haremos siempre por máquina.
En Linux siempre será un usuario quien tenga que iniciar el servicio VATP, por lo que la
activación tendremos que hacerla con el mismo usuario con el que hayamos iniciado el servicio.
Debemos tener en cuenta que en Linux si el puerto de escucha es inferior al 1024 la activación tendrá que hacerse con el usuario root y, por tanto, el servicio VATP también tendrá que estar asociado a ese usuario.
Modo de activación: Si la máquina no tiene salida a Internet por el puerto 690 o hemos tenido algún problema para llevar a cabo la activación de forma automática tendremos que activar la opción Activación manual.
Pulsaremos el botón para ir al siguiente paso del asistente.
Si hemos activado la opción Activación manual en el siguiente paso del asistente se nos muestra la clave de licencia que queremos activar, una clave de máquina correspondiente a la máquina
donde estamos realizando la activación, y nos pide una tercera clave, llamada clave de
activación. Esta última se calcula en base a las dos anteriores y para su obtención tenemos que contactar con Velneo y facilitar tanto la clave de licencia como la clave de máquina. Una vez obtendia la clave de activación cumplimentaremos dicho parámetro y pulsaremos el botón
para pasar al siguiente paso del asistente.
En el siguiente paso del asistente se informará sobre los puestos de la licencia a activar:
Una vez comprobado que todo sea correcto, pulsaremos el botón . Se presentará un mensaje indicado que la activación ha sido realizada. En el caso de obtene algún mensaje de error, contacte con Velneo para solucionarlo.
NOTA: Una vez activada la licencia será necesario reiniciar el servicio de Velneo vServer para que ésta sea efectiva.
Activación de licencias por línea de comandos
Es posible realizar la activación de una licencia de Velneo vServer en modo consola, mediante línea de comandos.
El fichero a ejecutar se llama vActivator y admite los parámetros siguientes:
/help, /h, /?, --h o --help: Muestra la ayuda del comando.
Ejemplo: vActivator /?
-c: Lanza Velneo vActivator en modo consola e interactivo, es decir, iniciará un proceso similar al del modo gráfico, pero en modo texto.
-l: Para introducir la licencia de cliente.
-u: Para indicar la ubicación donde desea guardar la clave de activación. 0 guarda la información para toda la máquina, 1 para el usuario actual.
-m: Para introducir la clave de activacion cuando debemos hacer una activación manual.
-r: Para proceder a una reactivacion con los datos actuales, o los nuevos en caso de ir acompañado de nueva información.
Ejemplos:
vActivator -c: Lanza vActivator en modo consola interactivo, se irá preguntando al usuario la información requerida.
vActivator -r: Tomando los datos actuales almacenados, intenta una reactivacion.
vActivator -l VELNEO-00-0-00000-00000-000-0-0-00000: Lanza vActivator en modo consola interactivo, tomando como licencia la especificada. Por tanto no se preguntará dicha licencia durante el proceso interactivo.
vActivator -r -u 0: Intenta una reactivacion y almacena la información por maquina, no por usuario.
vActivator -l VELNEO-XX-X-XXXXX-XXXXX-XXX-X-X-XXXXX -u 1: Lanza vActivator en modo interactivo, sin preguntar la licencia de usuario ni la ubicación donde almacenar la informacion, pues será por usuario.
vActivator -l VELNEO-XX-X-XXXXX-XXXXX-XXX-X-X-XXXXX -m XXXXX-XXXXX-XXXXX- XXXXX-XXXXX-XXXXX-XXXXX-XXXXX- -u 0: Si la licencia y clave de activacion son correctos, activa la licencia por maquina.
Cada vez que iniciemos o reiniciemos el servicio VATP se generará un mensaje con los datos de la licencia de Velneo vServer asociada al mismo:
En el caso de que no haya ninguna licencia asociada a ese servicio, también será indicado:
NOTA: Es importante ejecutar Velneo vActivator con un usuario con privilegios de administrador, de lo contrario, la licencia no será activada. Si utilizamos Windows Vista, Windows 7 ó versiones posteriores de Windows, recomendamos usar la opción “Ejecutar como administrador” del menú de contexto que aparece al posicionar el puntero del ratón sobre el acceso directo a Velneo vActivator y pulsar el botón derecho del ratón.
Verificar la activación
Para comprobar si la activación se ha llevado a cabo de forma satisfactoria, una vez activada la licencia y reiniciado el servicio vatp, nos conectaremos con Velneo vAdmin al servidor,
accederemos al panel de mensajes del sistema y pulsaremos F5 para refrescar su contenido.
Si aparece el mensaje "servidor iniciado sin licencia" quiere decir que nos ha faltado seguir uno de los pasos para la activación. Las causas más habituales de esoto son:
1. Que no hemos reiniciado el servicio vatp después de activar la licencia.
2. Que hayamos activado por usuario cuando el servicio vatp está asociado a la cuenta local del sistema.
3. Que hayamos activado por máquina cuando el servicio vatp está asociado a la cuenta de un usuario.
Si aparece el mensaje "servidor iniciado con licencia", querrá decir que la activación se ha llevado a cabo de forma satisfactoria.
Sobre el sistema de activación
Este tipo de licencias es sensible a los cambios de hardware.
La activación siempre la hacemos con una configuración hardware concreta, y esa configuración debemos mantenerla siempre que iniciemos o reiniciemos el servicio VATP.
Esto quiere decir que si activamos la licencia con un hardware concreto, este hardware es el que tendremos que mantener cada vez que iniciemos o reiniciemos el servicio vatp.
Una vez activada la licencia, podremos añadir otro hardware sin problemas, pero siempre debemos mantener ese hardware concreto existente en el momento de la activación.
Si ese hardware cambia, tendremos que reactivar la licencia.
En el caso de que el sistema no permita activar una licencia por haber superado el número máximo de activaciones permitidas, tendremos que solicitar a Velneo su reactivación, para ello habrá que enviar una solicitud indicando el código de la licencia a reactivar y el motivo de la reactivación.
Línea de comandos de Velneo vServer
Velneo vServer admite los siguientes parámetros en consola:
- i: Instala el servicio Vatp Service.
- s: Inicia el servicio Vatp Service.
- t: Detiene el servicio Vatp Service.
-v: Devuleve el estado del servicio Vatp y la versión de Velneo vServer instalada.
Estructura de directorios
La instalación de Velneo vServer crea la siguiente estructura de directorios: directorio de ejecutables y directorio de configuración, ambos se crean con el nombre Velneo.
- Directorio de ejecutables: independientemente del sistema operativo este directorio se creará en la senda que seleccionemos para la instalación en el asistente. En este directorio se
almacenaran los ejecutables y todas las librerías necesarias.
- Directorio de configuración: la localización de este directorio depende del sistema operativo en el que hayamos realizado la instalación y de si la licencia ha sido instalada por máquina o por usuario.
En este directorio se crean dos sub-carpetas (server y cajas).
En el directorio "server" se almacenan las configuraciones de usuarios, instancias y carpetas; así como los ficheros de mensajes que se muestran en el panel de mismo nombre de Velneo
vAdmin.
En el directorio "cajas" se almacenan, en forma de subdirectorios, las soluciones que vayamos creando y dentro de cada solución se creará un fichero por cada proyecto también creado.
Windows:
Por máquina:
[code]C:/WINDOWS/system32/config/systemprofile/Velneo[/code] (en sistemas operativos de 32 bits)
[code]C:/WINDOWS/sysWow64/config/systemprofile/Velneo[/code] (en sistemas operativos de 64 bits)
Por usuario (según la versión de Windows):
[code]C:/Users/USUARIO/Velneo/server[/code]
[code]C:/Documents and settings/USUARIO/Velneo[/code]
Linux:
Por máquina:
/etc/xdg/Velneo/vServer.conf Por usuario:
/home/USUARIO/.config/Velneo/vServer.conf
Dentro de la gestión de directorios es importante tener en cuenta que los directorios y carpetas compartidas, creadas desde Velneo vAdmin para almacenar datos de aplicaciones, serán
creadas en el disco de la máquina donde se haya instalado Velneo vServer. Es posible compartir cualquier directorio del disco de la maquina de la instalación.
Iniciar Velneo vServer
En este capítulo veremos cómo se ha de realizar la iniciación de Velneo vServer.
Existen dos entornos para iniciar Velneo vServer, que se corresponden con dos de los tres sistemas operativos compatibles con Velneo: Window y Linux.
A partir de la versión 7.12 el servidor arrancará de forma inmediata, independiente del número de instancias a arrancar, si tiene o no que regenerar tablas o deshacer transacciones.
Los siguientes procesos que forman parte del arranque del servidor ahora se realizan tras finalizar el arranque del servicio:
Arranque de las instancias.
Regeneración de tablas con cambio de estructura.
Deshacer transacciones que no hayan finalizado correctamente.
Gracias a este sistema, cuando el servicio está arrancado aunque el servidor continue con las tareas de arranque de instancias, regeneración de tablas o deshacer transacciones podemos acceder con el componente vAdmin para monitorizar el estado del servidor en el panel de mensajes del sistema.
Windows
- Windows: Para iniciar Velneo vServer en el entorno Windows, debemos arrancar/iniciar el servicio correspondiente. Para ello debemos ir a Panel de control a continuación a
Herramientas administrativas y por último Servicios. En este panel encontraremos una lista de todos los servicios declarados en la máquina. Seleccionamos el servicio correspondiente a Velneo vServer y lo iniciamos.
También es posible configurar en el servicio el inicio automático, lo que iniciaria Velneo vServer de manera automática al arrancar el sistema operativo.
Linux
En este capítulo veremos cómo se ha de realizar la iniciación de Velneo vServer en el Sistema Operativo Linux.
Para iniciar Velneo vServer en el entorno Linux debemos realizarlo a través de la ejecución de un script, por ejemplo "vServer.sh", que se incluye en la instalación. Esto es debido a que debemos indicarle al fichero vServer la ubicación de las librerías que usa.
La ejecución del script debemos realizarla como usuario root desde el panel de sistema. Para ello debemos introducir el siguiente comando estando en el directorio del script:
sudo ./vServer.sh -(parámetros)
Podemos utilizar los siguientes parámetros:
-i (realiza la instalación de Velneo vServer) -s (inicia la ejecución de Velneo vServer)
-t (finaliza la ejecución de Velneo vServer)
-v (muestra por pantalla el estado de instalación y ejecución de Velneo vServer) /port=0000 (permite definir el puerto de escucha de Velneo vServer)
/log (activa el log de Velneo vServer)
Existen otros métodos alternativos como un demonio de sistema, por medio de otro servicio, a través de un servicio Web, por medio del panel de sistema ejecutando comando, etc.
Arranque en modo seguro
Esta funcionalidad, incluida en la versión 7.12, está orientada a ayudarnos en el caso de que hayamos tenido problemas al arrancar un servidor debido a algún problema con instancias o con un proceso ON_INIT_SERVER.
En modo seguro, el servidor:
• No arranca las instancias.
• No permite ejecutar las aplicaciones.
• No regenera tablas con cambios de estructura.
• No deshace transacciones incompletas
Cuando el servidor arranca en modo seguro, nos permite:
• Acceder con vAdmin para administrar el servidor.
• Revisar y configurar las instancias.
• Acceder con vDevelop para editar tus apliaciones.
• Hacer los cambios que necesites en tus aplicaciones.
Una vez resueltos los problemas de arranque, podemos volver a configurar nuestro servidor en modo normal.
En Windows, para configurar el arranque del servidor en modo seguro es necesario añadir el parámetro en el valor de la clave “ImagePath” de la entrada de registro:
En Linux, simplemente se incluye este parámetro de arranque.
Para volver a dejar el servicio en arranque normal, simplemente debemos pararlo y quitar el párametro /norun
Esta funcionalidad también está disponible en el panel de control de nuestro servidor de la nube.
Arranque en modo TLS/SSL
Esta funcionalidad, incluida en la versión 7.19, solamente está disponible en servidores con suscripción. Permite que la comunicación entre los clientes y el servidor se haga mediante protocolo TLS/SSL.
En Windows, para configurar el arranque del servidor en modo TLS/SSL es necesario añadir el parámetro /ssl en el valor de la clave “ImagePath” de la entrada de registro:
En Windows es necesario añadir el parámetro en el valor de la clave “ImagePath” de la entrada de registro:
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Vatp Service X.XX.XXXX.XXXX
En Linux, simplemente se incluye este parámetro de arranque.
Para volver a dejar el servicio sin TLS/SSL, simplemente debemos pararlo y quitar el párametro /ssl.
Esta funcionalidad también está disponible en el panel de control de nuestro servidor de la nube.
Funcionalidades
En este capítulo conoceremos una serie de funcionalidades de Velneo vSever.
Protocolo VATP
Los distintos componentes de la plataforma: Velneo vAdmin, Velneo vDevelop, Velneo vClient, Velneo vDataclient se comunican con Velneo vServer a través de un protocolo propio de la plataforma denominado VATP que se establece sobre el protocolo de comunicaciones TCP/IP estándar.
El protocolo VATP (Velneo Application Transfer Protocol) permite tanto la gestión de Velneo vServer como la edición y ejecución de proyectos. Además, se encuentra especialmente
optimizado para su uso en cualquier tipo de red, independientemente de su velocidad o calidad, por lo que actúa perfectamente tanto en redes locales LAN como en redes de internet WAN, permitiendo operaciones con gran volumen de información.
El protocolo VATP tiene reservado el puerto 690 en todos los sistemas. Dicha reserva ha sido realizada por IANA (Internet Assigned Numbers Authority, http://www.iana.org/), organismo internacional que autoriza tales reservas, auspiciado por ICANN (Internet Corporation for Assigned Names and Numbers, http://www.icann.org/), organismo internacional regulador. El registro puede consultarse en la página web de IANA (http://www.iana.org/assignments/port- numbers).
Este puerto está considerado dentro del rango "Well Known ports", al mismo nivel que los puertos asignados para los protocolos HTTP (80), Correo electrónico (POP3 110, SMTP 25) o protocolos tan seguros como HTTPS (443).
Tal y como podemos leer en el registro, IANA advierte que este rango no pueden usarse sin la autorización del propio organismo tal y como se define en el RFC4340, Sección 19.9.
Velneo vServer admite la configuración de cualquier puerto para la escucha de comunicaciones, por lo que no es obligatorio el uso del puerto 690, que puede ser sustituido por cualquier puerto admitido por los sistemas.
Para conectarse a través del protocolo VATP con Velneo vServer los distintos componentes usan un identificador uniforme de recurso (URI) o localizador uniforme de recurso (URL) que incluye las siguientes partes:
vatp://domino:puerto
Donde los distintos elementos se definen como:
• VATP: Esquema que define el protocolo.
• dominio: Nombre o ip de la máquina a la que se desea acceder a través del protocolo.
• puerto: Puerto habilitado para la escucha en Velneo vServer y al que se desea acceder.
El puerto por defecto será 690 y, si no se indica, se asumirá éste.
vatp://v7clould.velneo.com vatp://v7clould.velneo.com:1000
Protocolo VATPS
A partir de la versión 7.19 se ha incorporado el protocolo VATPS, o sea, el protocolo VATP encriptado con TLS/SSL. Esto permite que toda la comunicación entre todos los componentes de Velneo y el servidor Velneo vServer vayan cifrados.
Para poder usarlo, debemos disponer de un servidor con mantenimiento.
La configuración comienza por obtener nuestro certificado digital. Contamos con 3 posibles opciones:
• Adquirirlo en una entidad certificadora, p.e. Gandi. La opción más segura y recomendada para aquellos desarrolladores que necesiten máxima seguridad en sus conexiones.
• Crear tu propio certificado autofirmado. Esta opción te da un nivel intermedio de
seguridad, aunque cuando los componentes de Velneo se conecten al vServer con este
tipo de certificado, mostrarán una excepción que los clientes tendrán que aceptar. Para generar un certificado autofirmado, puedes usar la herramienta OpenSSL.
openssl req -x509 -newkey rsa:2048 -keyout server.key -nodes -days 9000 -out server.csr
• Utilizar el certificado emitido por Velneo que lleva incorporado Velneo vServer Lanzar Velneo vServer con servicio TLS/SSL
La forma de indicar a Velneo vServer que debe iniciarse con soporte VATPS es añadiendo a la línea de comandos el parámetro /ssl.
Para indicar un certificado que no sea el interno que incorpora Velneo vServer, hay que especificarlo en el fichero de configuración vServer.conf de esta manera:
CertificateKey=/Velneo/v7cloud6.crt PrivateKey=/Velneo/v7cloud6.key
Indicando la ruta donde se encuentra la parte pública y la parte privada de nuestro certificado.
No se soportan certificados que requieran certificados intermedios.
Iniciar un componente con VATPS
Para conectarnos a un Velneo vServer que tenga VATPS habilitado, tan sólo tenemos que sustituir VATP por VATPS en nuestra vrl de conexión. Por ejemplo:
vatps://subdominio.dominio.com:9999
Si se produce un error de TLS/SSL, aparece en la barra de estado una opción para ver las excepciones que se han producido y permite ignorarlas.
No es posible conectarnos usando VATPS contra un servidor que no admita conexión segura ni viceversa, conectarnos por VATP contra un servidor que requiera conexión segura.
Componentes sin interfaz
En el caso de los componentes sin interfaz, por ejemplo vModApache o vOdbc, para
conectarnos a un vServer con servicio VATPS que produce excepciones (por ejemplo cuando nos conectamos a un vServer con un certificado autogenerado), debemos añadir la excepción en un fichero.
En Windows hay que añadirlo a la rama de registro:
HKEY_CURRENT_USER\Software\Velneo\SslExceptions
Añadiendo como claves alfabéticas (REG_SZ), las VRL’s correspondientes, con la clave vacía, por ejemplo:
subdominio.dominio.com:9999
En Linux la ruta del fichero es (en el usuario que lanza el componente):
$HOME/.config/Velneo/SslExceptions.conf
Por ejemplo, si queremos ignorar las excepciones cuando nos conectamos a localhost:6900, el fichero quedaría de la siguiente manera:
[General]
localhost:6900=""
En OSX, el fichero estará en ~/Library/Preferences y se llamará com.velneo.SslExceptions.plist.
Funcionamiento en Velneo cloud
El funcionamiento en Velneo Cloud es similar y consta de dos pasos:
Subir vía sftp los ficheros del certificado a tu Velneo vServer en cloud y editar el fichero vServer.conf para añadir las propiedades necesarias tal y como se explicó anteriormente.
Comunicar a soporte que tu Velneo vServer va a trabajar con soporte VATPS .
Refrescos terciarios
El refresco terciario es una funcionalidad preprogramada que permite la actualización en los clientes (Velneo vClient, Velneo vDataclient o Velneo ODBC driver) de toda la información que haya sido modificada en el servidor (Velneo vServer).
Esta funcionalidad cliente-servidor implica que la información de cualquier modificación de registros, realizada tanto en procesos ejecutados en el servidor como por acción de otros clientes, se enviará a todos los clientes que estén conectados y que hayan accedido al registro.
El registro se verá actualizado cuando la información se presente en los objetos sin necesidad de forzar el refresco de los controles que los muestran o abrir de nuevo el objeto.
Esta actualización únicamente se realizará cuando sea necesaria, es decir, cuando se presenten datos de los registros modificados en un objeto. El refresco terciario no implica el envío de los datos de los registros modificados, por lo que no tiene gran repercusión en el tráfico de red, si no que se envía únicamente la lista de los registros modificados a los que haya tenido acceso el cliente, que serán borrados de la caché, de tal forma que si necesita mostrarlos de nuevo los solicite al servidor.
Esta información se tiene en cuenta para los bloqueos: En un bloqueo blando, varios usuarios pueden estar consultando e incluso modificando la misma ficha, aunque distintos campos. Todos ellos resultarán actualizados con los nuevos datos gracias al refresco terciario y el sistema
evitará el caso de que dos usuarios intenten modificar el mismo campo, en este caso cada usuario mantendrá en pantalla el valor que él mismo haya asignado a ese campo. En un bloqueo duro, todos los usuarios accederan a la información actualizada una vez liberados los registros tras la modificación.
En el caso de formularios, si éstos son abiertos en cuadro de diálogo, dadas las características de este tipo de ventana, no se realizará refresco alguno.
Sistema transaccional automático
Una transacción es el conjunto de operaciones de escritura que se realizan contra una base de datos que únicamente tienen sentido como unidad. Es decir, serán correctas en el caso de que todas las operaciones se hayan efectuado con éxito y serán incorrectas en el caso de que alguna de ellas no se produzca debido a un error.
En el desarrollo de aplicaciones empresariales, la seguridad de la información es uno de los apartados más críticos. No olvidemos que el valor de la información es muy superior al de las aplicaciones.
Por este motivo uno de los apartados básicos en cualquier base de datos es la gestión de transacciones. Seguramente te habrás encontrado con bases de datos en las que la gestión de transacciones requiere una programación manual en la que debes encargarte de los COMMIT y los ROLLBACK.
Nunca debemos de perder de vista el impacto que puede ocasionar en una aplicación una mala gestión de los bloqueos de registros. Dependiendo de la base de datos, estos bloqueos pueden ser a nivel de tabla completa, bloques de registros, registro o incluso a nivel de campo.
Con Velneo podemos olvidarnos de la programación de transacciones ya que éstas se gestionan de forma automática, tanto la transacción como los bloqueos. La base de datos de Velneo
cumple las propiedades ACID para la gestión de transacciones seguras. En el caso de las transacciones el servidor las crea, destruye y deshace en caso de no finalizar correctamente, todo sin necesidad de escribir una sola línea de código. Además gestiona las transacciones de forma individual por cada tarea, incluso si un usuario está ejecutando múltiples tareas cada una de ellas es tratada de forma individual pudiendo deshacer una con independencia de que las demás terminen correctamente.
Velneo detecta las operaciones que escriben en disco y las engloba automáticamente en
transacciones sin que tenga que intervenir el usuario. Esto permite que, si por el motivo que sea, durante la ejecución de transacciones se produce una detención inesperada o un reinicio del servicio VATP, el sistema al volver a iniciar el servicio, sepa qué transacción o transacciones
están pendientes de finalizar y las deshace (ROLLBACK) volviendo al estado anterior a su realización y avisando de este suceso en el visor de sucesos del sistema operativo.
Al deshacerse una transacción la tabla o tablas afectadas serán restablecidas a como estaban antes de iniciar la transacción, garantizando así la integridad referencial de la base de datos y, solamente en el caso de que este cambio implique cambio en el fichero de índices, el sistema procederá a su regeneración.
Si se produce un fallo durante el proceso de reparación de la base de datos, el sistema es capaz de reconocerlo y podrá volver a realizar la reparación cuando se proceda de nuevo al iniciar el servicio VATP.
Control de reconstrucción de tablas incompleta
Cuando se cambia la estructura de una tabla, el servidor renombra el fichero de datos (*.dat) a (*.old), crea un nuevo fichero con la extensión (*.dat) y comienza a pasar los buffers de
información hasta copmletar el traspaso de toda la información a la nueva estructura.
Si durante este proceso el sistema sufre alguna caída, de forma automática, detectará que la regeneración anterior no había finalizado correctamente, por lo que procedará a crear un nuevo (*.dat) y volverá a pasarle toda la información.
Aunque se produzcan múltiples caídas, el fichero (*.old9 permanecerá en disco hasta que pueda completar con éxito el traspaso de todos los registros a la nueva estructura.
Control de regeneración de índices completo
Si durante la regeneración de índices de una tabla se produce una caída del sistema, Velneo vServer controlará que el proceso no ha finalizado correctamente y, al volver a iniciar el servicio vatp, regenerará de nuevo los índices de la tabla cuyo proceso había quedado interrumpido.
Si el sistema volivese a sufrir una caída nuevamente durante la regeneración de índices, al volver a arrancar el servicio vatp comenzará nuevamente su regeneración.
Gestión de bloqueos
Eel sistema transaccional contempla el control del denominado abrazo de la muerte, que no es otra cosa que resolver el conflicto que se produce cuando dos procesos transaccionales se esperan mutuamente, porque bloquean la misma o las mismas fichas, y no pueden continuar. El servidor lo detecta, deshace una de las transacciones y deja continuar a la otra, a continuación reintenta la ejecución del proceso cuya transacción deshizo, y si tras varios intentos le resulta imposible su ejecución, notifica al usuario de la imposibilidad de ejecutar la tarea. Todo esto sin necesidad de escribir ninguna línea de código.
Por último, el gestor de bloqueos de Velneo también es automático y realiza el control de los mismos aplicando una técnica mixta denominada bloqueo blando y bloqueo duro. Ver el capítulo dedicado al Sistema de bloqueos para ampliar la información al respecto.
Transacciones desatendidas
Una transacción desatendida se produce cuando se inicia una transacción y al cabo de cierto tiempo no realiza operaciones, ni crea registros ni los modifica, etc. El servidor entiende que ha sucedido algún error con esa transacción y la deshace de forma automática al cabo de un tiempo.
Esto puede venir motivado porque durante un proceso se haya solicitado información al usuario final y esté esperando respuesta durante demasiado tiempo, se haya cortado la conexión, etc. El servidor en esos casos ha de deshacer la transacción iniciada.
Esto es debido a que un proceso que realiza operaciones en disco, es decir, modifica registros de las tablas, ha de bloquearlos durante todo el tiempo dure la transacción, siendo
desbloqueados al finalizar; y el servidor debe desbloquearlos a fin de que otros usuarios tengan acceso a esos mismos registros, por lo que deshará una transacción desatendida, teniendo en cuenta ciertos parámetros.
Si la transacción está detenida pero el usuario que la ha generado sigue conectado (por ejemplo porque durante un proceso se ha solicitado información al usuario final y esté esperando
respuesta, porque el proceso debe realizar otras operaciones que no implican escritura en disco, etc.), el sistema no la deshará hasta pasadas unas horas.
Si la transacción está detenida porque el usuario ha perdido la conexión con el servidor, el sistema la deshará pasados unos minutos.
El entretenedor
Se encarga de mantener la ejecución de procesos enviados al servidor (tercer plano), manteniendo la conexión durante la ejecución del proceso.
Si el servidor deja de establecer el hilo de control con el cliente que ha enviado el proceso, pasados 10 minutos considerará que existe un problema y que el cliente se encuentra
desenganchado y sin control, por lo que finalizará el proceso y deshará la transacción y por ende las operaciones realizadas. De esta forma, no se bloquean de forma innecesaria registros, ni se realizan operaciones que en determinados casos requerirán control o gestión por parte del cliente y que éste reciba respuesta, de forma similar a como se tratan las transacciones desatendidas (añadir aquí enlace con Transacciones desatendidas).
Este entretenedor se gestiona de forma automática, no requiere programación al igual que el resto del sistema transaccional. El sistema transaccional automático precisamente se encarga de mantener los procesos en tercer plano. Esto incluye procesos lanzados desde altas,
modificaciones y bajas, triggers, subprocesos y modficaciones no aseguradas (modificaciones que no abren transacción hasta realizar la modificación: formularios de alta y modificación, rejillas editables, etc.).
Cuando trabajamos en procesos con el API de Velneo para JavaScript, sí que debemos tener en cuenta y programar la gestión de transacciones, lo que incluye también la programación del entretenedor (función clientEntertainer de la clase VRoot). Debemos asegurarnos de que sea ejecutado cada cierto número de minutos, un número en un rango mayor de 1 y menor de 10, para que el servidor realice la comprobación del que el cliente se encuentra activo, sin
sobrepasar los 10 minutos de tiempo de espera.
Manejadores de evento y transacciones
Los manejadores de evento se agrupan en una úncia transacción, es decir, los manejadores de evento no generan transacciones independientes, es decir, si desde un manejador de evento que no transacciona se ejecutan dos manejadores de evento que sí lo hacen, todo quedará englobado en una misma transacción.
Sistema de bloqueos
Velneo vServer dispone de un sistema de bloqueos de ficha muy depurado, lo que evitará al programador definir nivel de aislamiento alguno.
En formularios, por defecto, existe lo que llamamos bloqueo blando, es decir, si dos usuarios editan la misma ficha, modifican y aceptan cambios, si no hay colisión (es decir, si han
modificado campos diferentes) se funden las modificaciones de ambos. Si hay colisión, es decir, que modifican un mismo campo, el valor que mantenga la ficha en ese campo será el del usuario haya guardado la ficha en primer lugar.
En procesos, actualizaciones, etc. se produce un bloqueo duro, es decir, si una ficha está bloqueada no se podrá tener acceso a ella en modo escritura, pero sí en modo lectura. Una vez haya finalizado el bloqueo, ya podrá ser bloqueada de nuevo en modo lectura/escritura. Si dos usuarios lanzan un proceso transaccional que en un punto colisiona -los dos intentan modificar el mismo registro- el programa dejará a la espera una de las transacciones y reintentará unas cuantas veces, si no logra continuar, la deshará y avisará al usuario.
En formularios también es posible definir que realicen un bloqueo duro. Se trata de una propiedad del objeto formulario que, en caso de activar, bloqueará el registro que sea editado
en ese formulario, provocando el inicio de una transacción y lo bloqueará en exclusiva en modo lectura/escritura hasta que finalice la transacción. Eso tiene varias implicaciones:
• Dado que la edición de la ficha implica el inicio de una transacción todas las operaciones de lectura/escritura que derivadas de la edción de ese registro (actualizaciones,
modificación de históricos desde una rejilla incluida como control objeto del formulario, etc.) quedarán englobadas en la misma, por lo que si la transación es deshecha, se desharán todas las operaciones de escritura realizadas tanto directa como indirectamente desde ese formulario.
• Todas las fichas modificadas directa o indirectamente desde el formulario serán también bloqueadas, por lo que tampoco podrán ser modificadas por otros usuarios o proceso.
Esto es algo que debemos tener muy en cuenta a la hora de decidir si realizar un bloqueo duro no en un formulario.
• Mientras el formulario permanezca abierto la ficha podrá ser leída por otros usuarios desde otros formularios que no tengan activado el estilo bloqueo duro o desde otros procesos, pero no podrá ser modificada; Al contrario de lo que sucede en el bloqueo blando, en el que dos usuarios pueden editar un mismo registro mientras los campos que modifiquen sean distintos.
• Mientras el formulario permanezca abierto, si otro usuario intenta editar esa misma ficha con un formulario que tenga activado el estilo bloqueo duro, no podrá editarla ya su apertura inciará la transacción para bloquearlo, pero, como ya se encuentra bloqueado, no podrá continuar con la transacción.
• Si usamos un formulario con bloqueo duro como dock el registro editado en el mismo permanecerá bloqueado todo el tiempo ya que, aunque se cierre el dock, el formulario sigue aiberto pues cuando cerramos un dock no cerramos el objeto contenido en él sino que lo ocultamos.
• En ese tipo de formularios, para cancelar la modificación dispondremos de dos comandos de botón:
Cancelar/Cancelar controlado: Si usamos este comando se cancelarán solamente las modificaciones realizdas en la ficha editada y no aseguradas en disco. Las
modificaciones realizdas en otras fichas, en plurales o registos maestros actualizados por ejemplo, no serán deshechas, salvo, claro está, aquellas actualizaciones en las que intervenga el campo o campos cuya modificación será cancelada.
Deshacer/Deshacer controlado: Si usamos este comando se deshará la transacción, es decir, que se desharán todas las operaciones de escritura realizadas tanto directa como
indirectamente desde ese formulario. Este comando equivale al comando de instrucción de proceso Deshacer transacción.
Tecnología bigkey
En servidores con la versión de 64 bits de Velneo vServer y con suscripción, en aplicaciones que tengan un gran volumen de datos, al regenerar índices, se activará una indexación ultra rápida gracias al aprovechamiento masivo de los recursos del sistema.
En instalaciones con millones de registros, implica una mejora en la regeneración de índices entre un 200% y un 400% con respecto a un servidor sin esta tecnología.
Cómputo del consumo de puestos
Velneo vServer se comercializa por número de puestos concurrentes, tanto de edición como de ejecución, es decir, cuántos clientes de edición/edición pueden estar conectados al servidor de forma simultánea.
En este capítulo explicaremos cómo se realiza el cómputo de los mismos.
Cómputo de puestos de edición
Cada cliente de edición que se conecte con Velneo vServer consumirá un puesto de edición.
Cuando un cliente de edición es cerrado, el puesto de edición consumido será liberado.
Los módulos de Velneo que son clientes de edición son:
Velneo vDevelop.
Velneo vTranslator.
Velneo vInstall Builder.
Para conocer cuántos enganches están siendo consumidos de un Velneo vServer concreto en un momento puntual nos conectaremos a ese Velneo vServer con Velneo vAdmin y
ejecutaremos la opción Enganche:
En la captura de pantalla anterior se observa que hay dos clientes de edición conectado y un cliente de administración (Velneo vAdmin). Éste último, dado que es el componente usado para administrar Velneo vServer, no consume puestos ni de edición ni de ejecución.
Los enganches correspondientes a clientes de edición se identifican de forma genérica como .
Cómputo de puestos de ejecución
Cada instancia ejecutada de un Velneo vServer por un cliente de ejecución consumirá un puesto de ejecución.
Cuando un cliente de ejecución es cerrado, el/los puestos de ejecución consumidos será liberado.
Los módulos de Velneo que son clientes de ejecución son:
Velneo vClient Velneo vDataclient Velneo vWebClient Velneo vModApache
Cuando instanciamos un proyecto que a su vez hereda otros proyectos:
No solamente se genera la instancia de dicho proyecto, sino también de todos los heredados:
Si ejecutamos esa instancia que hemos creado con Velneo vClient, veremos que en la lista de enganches no solamente se genera el enganche a la misma, sino también se generan los enganches a los proyectos de aplicación/datos heredados:
Pero de ellos solamente consume un puesto de ejecución el enganche principal, que es el que aparece el texto destacado en azul:
Por tanto, cuando queramos conocer en Velneo vAdmin los puestos de ejecución en uso solamente debemos comprobar los enganches destacados en azul.
Los enganches correspondientes a clientes de ejecución se identifican de forma genérica como .
Velneo vClient y Velneo vDataClient solamente pueden ejecutar una instancia por sesión. Es decir, que queremos ejecutar dos instancias (ejecutar dos veces una misma instancia o ejecutar dos instancias diferentes) tendremos que hacerlo desde dos sesiones de Velneo vClient/Velneo vDataClient diferentes; lo que consumirá dos puestos de ejecución.
Velneo vModApache consumirá un puesto por cada instancia declarada en el fichero de configuración de Apache.
Velneo vWebClient consumirá un puesto por cada instancia ejecutada.
Esto es conveniente tenerlo en cuenta si queremos modularizar nuestros proyectos.
Supongamos que tenemos un proyecto de gestión y otro de contabilidad; si los instanciamos de forma independiente y un usuario quiere ejecutar ambos de forma simultánea, tendrá que consumir dos puestos de ejecución. Una alternativa posible sería crear un tercer proyecto de aplicación que herede los anteriores, con los objetos de interfaz necesarios para acceder a todas las opciones de ambos e instanciarlo; al tratarse de una única instancia, el usuario solamente consumiría un puesto de ejecución.
Los puestos de edición y de ejecución se computan de forma independiente y no es posible usar puestos de ejecución para clientes de edición ni viceversa.
Límites
El tamaño máximo de archivo que puede soportar Velneo está basado en el propio límite del sistema de ficheros usado en la máquina donde lo instalemos; por tanto, recomendamos usar en las máquinas donde instalemos Velneo un sistema de ficheros que soporte gran tamaño de fichero.
Ejemplos de sistemas de fichero:
Windows: FAT, NTFS.
Linux: EX3, Btrfs.
Mac OS: HFS, HFS +.
Límite de ficheros abiertos: El servidor puede tener abiertos de forma simultánea tantos ficheros como permita el sistema operativo, aunque tiene un sistema de cerrado de ficheros no usados automático para optimizar el rendimiento del sistema. El sistema de gestión de ficheros se encarga de mantener de forma automática los ficheros abiertos necesarios para las
operaciones que realiza el servidor. Con el fin de optimizar el rendimiento y el consumo de recursos de la máquina, recorre de forma periódica la lista de ficheros abiertos para cerrarlos y evitar el consumo de recursos del sistema, con lo que únicamente se mantienen abiertos los
Hilo de control
Velneo vServer establece un hilo de control con ciertos componentes cuando crea el enganche.
Los componentes que tienen hilo de control son Velneo vClient, Velneo vDataclient, Velneo vDevelop y Velneo vAdmin.
Velneo vClient y Velneo vDataclient requieren el hilo de control para gestionar la conexión
durante la ejecución de aplicaciones. Además, al igual que Velneo vDevelop y Velneo vAdmin, lo necesitan también para gestionar la conexión para el sistema de mensajería interna (Aquí enlace a mensajería interna)
El hilo de control en Velneo Velneo vClient y Velneo vDataclient se encarga de mantener la conexión activa con el servidor durante la ejecución de aplicaciones. El servidor tiene establecido un tiempo de espera máximo (timeout) para el hilo de control de 5 minutos. A partir de ese
tiempo sin poder establecerse el hilo de control con el componente, el servidor considera que está desenganchado, por lo que borra los enchanches en curso correspondientes. Esto implica claro está, que deshaga las transacciones y los bloqueos que pudieran estar en marcha, para evitar problemas que puedan derivar de que el cliente no responda.
Cualquier corte de red que pudiera haber y que no supere ese tiempo, permitiría al servidor establecer de nuevo el hilo de control y, por tanto, considerar de nuevo enganchado el componente, se producirá la reconexión automática del cliente y este podrá reconectarse y continuar operando contra el servidor como si no hubiera habido corte alguno.
Por tanto, si recibimos el mensaje de desconexión con el servidor, podemos mantener el cliente abierto esperando que se recupere el corte de red. Incluso, en determinados sistemas puede llegar a reconectar usando otro elemento de red.
Este tiempo de 5 minutos en realidad puede ser mayor ya que la gestión de enganches del servidor es más tolerante cuando éste debe dedicar tiempo a otras tareas prioritarias, por lo que el cliente podría tener más tiempo para poder reenganchar.
El hilo de control está relacionado con más funciones como puede ser el refresco terciario (aquí enlace a refresco terciario), y otras gestiones que realiza el servidor.
vPacker
Se trata de un componente que nos permite comprimir y descomprimir archivos.
Con este compoente podremos generar un fichero comprimido que contenga uno o varios archivos, así como descomprimilo. El archivo resultante se genera con extensión VPF.
Además, podremos descomprimir los siguienes tipos de archivo:
Abrir archivos de copia de seguridad generados por Velneo vServer y extraer su contenido. Este tipo de archivos tienen extensión VCS.
Abrir archivos de instalación generados con Velneo vInstall Builder y extraer su contenido. Este tipo de archivos tienen extensión VIN.
Para crear un nuevo fichero comprimido, usaremos la opción nuevo archivo (ctrl + N). El sistema nos pedirá que indiquemos el nombre y la senda donde generar el nuevo archivo comprimido.
Para añadir archivos al fchero usarmeos la opción añadir archivos. Mediate esta opción podremos selecionar varios archivos al mismo tiempo.
Veremos que se va mostrando en la aplicación los ficheros que se van añadiendo asi como su senda completa.
El programa nos dejará seleccionar el nivel de compresión con el que queramos generar el archivo. Cuanto más bajo sea el número que seleccionemos, menor será el nivel de compresión.
Para guardar el archivo, usaremos la opción salir de vPacker.
Para extraer un archivo de un ficheo comprimido, lo seleccionaremos en la lista de archivos y usaremos la opción extraer fichero
Si extraemos ficheros de datos de una copia hecha con vPacker y queremos sobreescribirlos en alguna instancia de un servidor, el servidor siempre ha de estar parado cuando tratemos de sustituir ficheros. Debemos asegurarnos de que restituimos todos los ficheros de una tabla en bloque (dat, idx, cnd y cni), para que sean coherentes.
No es posible generar instancias a partir de un fichero de copia de seguridad. La información de configuración de sistema que contiene un fichero de copia de seguridad es meramente
informativa, para conocer la forma en que estaba instanciado, para que cuando se trate de instancias en diferentes carpetas, lo podamos tener en cuenta a la hora de restituir la información.
