jueves, 31 de mayo de 2012

Mi Imagen no es mi Image

El primer problema que quiero registrar es el caso de las fotos y firmas que NO se guardaban YO con las manos en las mechas gritaba " Que $%·"$%@#€ pasa!!!!!! " , con la misma acción Nelcy gritaba " Que rayitos pasa", tras hacer infinidad de pruebas con mi usuario (la ultima foto que tengo registrada es una silla bacía de cochabamba) No descubrimos el porque pero si solucionamos el problema.
En nuestro nuevo servidor se creo una nueva instancia solo para firmas bgfir00 y la base de datos se llama dbfir, para que Nelcy no tenga que hacer cambio en su programa cree un sinonimo en todas las tbase's direccionadas a esa nueva instancia, las primeras pruebas LOCALES fueron todo un éxito hasta plane de ir a la Casa del Camba hubo, pero bueno al final si se tubo que cambiar el programa para que la referencia sea directo a la instancia nueva, el sinónimo funciona bery god (solo lectura), para la escritura tiene los problemas ya mencionados. Los detalles tendran que darlos ustedes.

DES. SQL injection attack



Review
Question 1
What are some of the exploits that are provided by a SQL injection attack?

A) The opportunity to explore the design of the database

B) The opportunity to call system stored procedures

C) The opportunity to shutdown services

D) All the above exploits

Answer D is correct. All the exploits identified are possible through SQL injection attacks. Through the use of the default Open Database Connectivity (ODBC)/OLEDB error message resulting from an SQL injection attack, a hacker has the ability to investigate the design of a database, allowing the hacker to perform more focused attacks. By appending the appropriate SQL statements in an SQL injection attack, the hacker can call system-stored procedures. Finally, using these system-stored procedures, the hacker has the ability to call operating system level functions using the XP_CMDSHELL stored procedures, giving them the ability to shut down services.

Restaurar una Base informix en otra instancia en el mismo equipo

Para restaurar una base en otra instancia pero en el mismo equipo se debe hacer lo siguiente
el problema esta como restauras en otro lado si en el backup esta la estructura de donde fue sacado y donde debe reposar, pues estos son los pasos

  1. se supone que ya tienes creado los chunk con los mismos esapcion de tu backup
  2. te creas un nuevo onconfig y cambias no necesario como para una nueva instancia
  3. no le cambies el             ROOTPATH    este se cambiara en plena restaurada     
  4. crea una archivo archivoejemplo.txt con el siguiente contenido 
    1. /direccion/antigua/chunk01 offset en Kb /Direccion/nueva/Nuevochunk01 offsetnuevo en Kb
    2. osea 
      1. /dev/dir_serv00/dbdata00_1  1024 /dev/dir_serv01/dbdata01_1  1024
      2. /dev/dir_serv00/dbdata00_2  0 /dev/dir_serv01/dbdata01_2  0


si quieres ver que offser tiene cada chunk puedes hacerlo con onstat -d lo malo de esto esque el numero que te muestra no esta en Kb como te lo pide el parametro sino es numero de paginas por lo que tendra que multiplicarlo por el pgsize 


ahora restauras el backup con el comando ontape -r -rename -f archivoejemplo.txt