Ingeniero de Gestion

Borrar duplicados Tabla Access

2012-01-31T09:04:00.000+01:00

Microsoft Access: Removing Duplicates

If you need to remove duplicate records in Microsoft Access, there's a quick and easy way to do so without needing a query or any VBA Code. As a matter of fact, with just a little bit of copying and pasting, you can achieve the same result as you would through a different and more complicated method.

Duplicate records present a real problem for database administrators. If you have duplicate records in your database, there is a great possibility that poor relational database design is to blame. These duplicates can bloat the size of your database, skew statistics, and can be general obstacles to completing your database tasks efficiently.

The reasons for deleting duplicates can vary greatly. It's possible that this data could've been imported from an external source, and thus you need to eliminate duplicate records, or that the database was initially designed improperly. Whatever the reason, removing duplicate records is a fairly common task in the world of database administration - particularly if you handle imported data from many different sources.

In Figure 1, we've got four records, one of which is a duplicate - for Sarah Smith. In this case, we really don't care which of the two records we keep because they both contain the same data.

Figure 1

In order to strip duplicates from this table, we'll need make sure the table is closed, and highlight the table in the database window. Then click Edit, and Copy.

After we copy the table, click Edit again, and then Paste. We get the dialog box shown in Figure 2:

Figure 2

Select "Structure Only" in Paste Options and set the table name to something different. Now go into your new table, and set the key field to whichever field you use to determine duplicates. In the case of this example, we'll be setting the field "SSN" to a primary key field because that's the field we'll be using to determine what a duplicate record is (in this case, a record with the same Social Security Number).

The next step is to once again copy the original table (the one containing duplicates), by highlighting it, and clicking Edit, then Copy. Then click Edit and Paste again, except this time, we're going to adjust the Paste dialog box to that shown in Figure 3:

Figure 3

Now, we've copied the original table (containing the duplicate records), and we're appendingonly the data into the table that we created and adjusted the key fields for. When we do this, we'll get an error message like the one in Figure 4:

Figure 4

Essentially, Access is telling us that if we go ahead and append these records into the new table, we're going to lose one because of a key violation. Well, that's exactly what we want. We say yes to append, open the new table and voila, only unique records:

Figure 5

And there you have it. In a nutshell, we're copying the table, and pasting it's structure. Then we change the structure with a key field so duplicates can't be contained within. Then we paste the old table into the new table and our duplicates are automatically removed. At this point, you can remove the old table all together, save it for archive purposes, and rename your new table or once again adjust the key fields in it if need be.

There are many ways to remove duplicate records from tables, though you can't argue with the simplicity of a technique that only requires you copy and paste a table twice - no code, no queries, and the end result is exactly the same!

Good luck implementing this technique in your own databases - as with every technique where you are messing with records, you'll want to back up your database before fooling around with large amounts of data. I hope this small article has been helpful!

FUENTE: http://www.bluemoosetech.com/microsoft-access-tutorial.php?jid=25&title=Microsoft%20Access%20Remove%20Duplicate%20Records

Cerrar sesión de otro usuario logeado

2012-01-30T09:02:00.000+01:00

Cerrar sesión de otro usuario logeado

mmmfale, todo el mundo tiene familia. Un padre, una madre igual una hermana... y pareceser que TODOS se han juntado para hacer un complot. Definitivamente quieren que cuando yo trabaje en el PC todo vaya mas lento. Como lo consiguen? pues porque se dejan SIMEPRE, sistematicamente la sesión abierta con un par de programas abiertos... un openoffice por aqui... un navegador x ahí... y claro, mi ordenador no está para tonterias, ni yo tampoco. ahora bien. como cierras la sesión? Pues hasta ahora de la manera bruta... pero que bruta. Entraba en tty1 y...:

# sudo service gdm restart

y a ~~tomar por culo~~ se acabó
Pero claro, señores mios... existe otro sistema mucho mejor:

Con el comando "w"vemos los usuarios activos:

Aquí vemos el usuario killme al que vamos a cargarnos. Ejecutamos lo siguiente:
# sudo skill -KILL -u killme

Haber, no me hagáis fantasías y intentéis matar la cuenta root que os vais a cargar el sistema, y tendréis que aplicar la técnica de hard-reset ( lo de hard es por la complicada combinación de teclas ).

Script de arranque automático de oracle en Linux

2012-01-28T09:02:00.000+01:00

Script de arranque automático de oracle en Linux

Si necesitamos que nuestra instancia de oracle arranque automáticamente cuando se reinicia o arranca el servidor / ordenador. Los siguientes pasos deben de funcionar tanto para oracle 10g como para 11g. Están realizados para Opensuse por lo que la ubicación de lagunos archivos podría diferir dependiendo de la instalación (esencialmente el init.d o los runlevels).

Debemos hacer lo siguiente en Opensuse como ROOT:

1) Editar el archivo el archivo /etc/oratab
En dicho archivo tendremos que poner algo similar a esto =

miinstancia:/home/dieguz/oracle/product/10.2.0/db_1:Y

Su sintaxis es

[instancia]:[ORACLE_HOME]:[Y o N]

La N indica que no queremos que se arranque automáticamente. La Y indica que queremos que se arranque automáticamente.

2) Creamos el archivo /etc/init.d/oracle como ROOT (desde consola podemos ejecutar cat > /etc/init.d/oracle ) :


#!/bin/sh
# chkconfig: 345
# descripcion: Oracle auto start-stop script.
#
# Set ORA_HOME al quivalente $ORACLE_HOME del sistema
# Set ORA_OWNER Al id del usuario linux que es el propietario de la BD

ORA_HOME=/home/dieguz/oracle/product/10.2.0/db_1
ORA_OWNER=dieguz

if [ ! -f $ORA_HOME/bin/dbstart ]
then
echo "Oracle startup: cannot start"
exit
fi

case "$1" in
'start')
   # Arranca la Base de Datos
   su - $ORA_OWNER -c "$ORA_HOME/bin/dbstart $ORA_HOME"
   ;;
'stop')
   # Parar la Base de Datos
   su - $ORA_OWNER -c "$ORA_HOME/bin/dbshut $ORA_HOME"
   ;;
esac

3) Damos los permisos adecuados al fichero:

chmod 755 /etc/init.d/oracle

4) Añadimos el script a los niveles de ejecución 345:

chkconfig oracle 345

5) Si usamos la versión 10g Release 2 , tendremos el siguiente mensaje de error:

Failed to auto-start Oracle Net Listener using /ade/vikrkuma_new/oracle/bin/tnslsnr

Tenemos que editar el archivo $ORACLE_HOME/bin/dbstart y modificar la línea :

ORACLE_HOME_LISTNER=/ade/vikrkuma_new/oracle

y poner

ORACLE_HOME_LISTNER=$ORACLE_HOME

Si no tenemos definida la variable de entorno $ORACLE_HOME ponemos la ruta a pelo
/home/dieguz/oracle/product/10.2.0/db_1

6) Ahora automáticamente debería arrancarse oracle al reiniciar el sistema. Si quieremos arracancarla o pararla manualmente podemos usar el comando:

/etc/init.d/oracle start

o para pararla con

/etc/init.d/oracle stop

FUENTE: http://dieguz2.blogspot.com/2009/08/script-de-arranque-automatico-de-oracle.html

Cómo borrar Archive Logs Oracle

2011-12-15T14:34:00.002+01:00

Cuando se trabaja con una BBDD configurada en modo ArchiveLog, se van generando ArchiveLogs en disco según se van ejecutando sentencias SQL.

En algún momento se deben eliminar de disco, puesto que el espacio no es infinito.

Para que se utilizan los ArchiveLogs

Los ArchiveLogs son el Journal de la BBDD. Es decir: contienen, en un formato codificado, todas las sentencias de modificación de la BBDD (Insert, Update, Delete, Drop, Create, Alter, etc).

Básicamente, los ArchiveLogs se utilizan en el Restore de una BBDD y forman parte del Backup de la BBDD.

Cuando se genera un nuevo ArchiveLog, se registra en el catálogo de RMAN (el Control File y, opcionalmente, en una BBDD aparte). Por tanto, Oracle mantiene una relación de los ArchiveLogs generados y su ubicación.

AL restaurar de un backup hecho en caliente, la restauración tiene dos pasos:

Restore: recuperar los Datafiles necesarios
Recover: Aplicar los ArchiveLogs precisos.

Si los ArchiveLogs no están donde indica el ControlFile, el Recover se debe hacer manualmente (indicando dónde está cada ArchiveLog y, si es preciso, trayéndolo de cinta a disco.

En caso de backup, si falta algún ArchiveLog, el backup provoca un error y, en consecuencia, el backup no es válido.

Por tanto, cuando se borre un ArchiveLog se debe hacer constar en el catálogo (ControlFile)

Como borrar ArchiveLogs cuando no se utiliza FlashArea

Al borrar ArchiveLogs, hay que tener en cuenta:

Que se haya hecho backup del mismo.
Que el borrado quede reflejado en el catálogo RMAN (recuérdese que, como mínimo, el ControlFile es el catálogo RMAN).

Por tanto, para borrar ArchiveLogs, recomendamos hacerlo con RMAN con sentencias del tipo:

rman target=/ nocatalog

DELETE ARCHIVELOG ALL BACKED UP;

Si se desea se puede hacer backup y borrado a la vez. Esta solución puede ser ideal para liberar espacio de forma urgente.

rman target=/ nocatalog

BACKUP ARCHIVELOG ALL DELETE INPUT;

Borrar ArchiveLogs con comandos del Sistema Operativo tiene consecuencia:

Si no se ha hecho backup del fichero:
- No se podrá hacer backup hasta que se ejecute un comando RMAN CROSSCHECK ARCHIVELOG ALL;
  - Este comando sincroniza el catálogo con la información de disco.
- Debemnos realizar, inmediatamente, un backup de la BBDD: si no se ha hecho backup de un ArchiveLog, solo podremos recuperar hasta el momento anterior a dicho ArchiveLog (la fase de Recover terminará cuando se deba procesar dicho ArchiveLog): deberemos realizar un Recover Until ...
Si se ha hecho backup del fichero:
- No se podrá realizar RECOVER hasta que se ejecute un comando RMAN CROSSCHECK ARCHIVELOG ALL;

Por tanto: nunca sew deben borrar ArchiveLogs con herramientas de Sistema Operativo.

Como borrar ArchiveLogs cuando se utiliza FlashArea

Cuando se utiliza FlashArea, se pueden borrar ArchiveLogs con las sentencias RMAN indicadas anteriormente.

No obstante, si se hace backup de los ArchiveLogs de forma periódica, la propia BBDD borra los ArchiveLOgs más antiguos cuando hace falta espacio en la Flash Area. Por tanto, al utilizar FlasArea (y backups periódicos a cinta) nos podemos despreocupar del borrado de ArchiveLogs.

FUENTE: http://www.ora-600.es/node/79

Características de mi PC Linux

2011-11-28T14:23:00.000+01:00

lshw es un pequeño comando que nos mostrará los datos sobre nuestra pc.
Que micro procesador tenemos, cuanta memoria, placas de red, pci, etc etc.
Desde un terminal tipeamos:

lshw

Y tira un enorme listado con nuestros datos.

eric-desktop
description: Computer
width: 32 bits
*-core
description: Motherboard
physical id: 0
*-memory:0
description: System memory
physical id: 3
size: 895MB
*-cpu
product: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
vendor: Advanced Micro Devices [AMD]
physical id: a
bus info: cpu@0
width: 64 bits

La lista es mucho más extensa.

FUENTE: http://linuxcomandos.blogspot.com/2008/02/lshw-caractersticas-de-mi-pc.html

Cambiar Hostname en Redhat

2011-11-27T14:22:00.000+01:00

Para cambiar el hostname a un equipo que tenga Red Hat como sistema operativo o alguna de sus variantes (CentOS, Suse, etc), lo primero que tenemos que modificar el archivo /etc/sysconfig/network como superusuario.

root@venus:# vi /etc/sysconfig/network

NETWORKING=yes
NETWORKING_IPV6=no
HOSTNAME=tu_hostname
GATEWAY=10.100.232.254

Y modificamos la linea que tenga el identificador HOSTNAME

El siguiente paso es modificar el archivo /etc/hosts

root@venus:# vi /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 tu_hostname localhost.localdomain localhost
::1  localhost6.localdomain6 localhost6

Y finalmente cambiamos el hostname del equipo local

root@venus:# hostname tu_hostname

Y verificamos que el hostname halla sido cambiado

root@venus:# hostname

Para verificar que este completamente cambiado simplemente nos volvemos a loggear.

FUENTE: http://www.k4ch0.org/2010/08/19/cambiar-hostname-en-red-hat/

Enviar mail por SSL en Moodle

2011-11-26T14:20:00.000+01:00

Aquí os definimos los pasos a seguir si quereis que vuestra plataforma de formación virtual Moodle envíe correos por una conexión segura SSL por el puerto 465 en vez del 25.

Hay que cambiar varios ficheros: dentro de .

1. Archivo lib\phpmailer\class.phpmailer.php
-Buscad la linea que dice "$Port" y cambiar el valor por defecto "25" a "465".

2. Archivo lib\phpmailer\class.smtp.php
-Buscad la línea que dice "$SMTP_PORT" y cambiar de nuevo, el valor por defecto "25" a "465".
-Añadir la siguiente línea, justo después de la cabecera de la función Connect:
$host = 'ssl://' . $host;

3. Descomentar la línea "php_openssl.dll" en el php.ini

Con estos pasos ya debería funcionar todo correctamente.

Si tenéis algún comentario, no dudeis en postearlo ;)

Manual básico del CRON

2011-11-25T14:11:00.001+01:00

Esta es una introducción a cron, cubre lo básico de lo que cron puede hacer y la manera de usarse.

¿Qué es cron?

Cron es el nombre del programa que permite a usuarios Linux/Unix ejecutar automáticamente comandos o scripts (grupos de comandos) a una hora o fecha específica. Es usado normalmente para comandos de tareas administrativas, como respaldos, pero puede ser usado para ejecutar cualquier cosa. Como se define en las páginas del manual de cron (#> man cron) es un demonio que ejecuta programas agendados.

En prácticamente todas las distribuciones de Linux se usa la versión Vixie Cron, por la persona que la desarrolló, que es Paul Vixie, uno de los grandes gurús de Unix, también creador, entre otros sistemas, de BIND que es uno de los servidores DNS más populares del mundo.

Iniciar cron

Cron es un demonio (servicio), lo que significa que solo requiere ser iniciado una vez, generalmente con el mismo arranque del sistema. El servicio de cron se llama crond. En la mayoría de las distribuciones el servicio se instala automáticamente y queda iniciado desde el arranque del sistema, se puede comprobar de varias maneras:

#> /etc/rc.d/init.d/crond status
#> /etc/init.d/crond status   Usa cualquiera de los dos dependiendo de tu distro
crond (pid 507) is running...

o si tienes el comando service instalado:
#> service crond status
crond (pid 507) is running...

se puede también revisar a través del comando ps:
# ps -ef   |  grep crond

si por alguna razón, cron no esta funcionando:
#> /etc/rc.d/init.d/crond start
Starting crond:            [ OK ]

Si el servicio no estuviera configurado para arrancar desde un principio, bastaría con agregarlo con el comando chkconfig:

#> chkconfig --level 35 crond on

Con esto lo estarías agregando al nivel de ejecución 3 y 5, para que inicie al momento del arranque del sistema.

Usando cron

Hay al menos dos maneras distintas de usar cron:

La primera es en el directorio etc, donde muy seguramente encontrarás los siguientes directorios:

cron.hourly
cron.daily
cron.weekly
cron.monthly

Si se coloca un archivo tipo script en cualquiera de estos directorios, entonces el script se ejecutará cada hora, cada día, cada semana o cada mes, dependiendo del directorio.

Para que el archivo pueda ser ejecutado tiene que ser algo similar a lo siguiente:

#!/bin/sh
#script que genera un respaldo
cd /usr/documentos
tar czf * respaldo
cp respaldo /otra_directorio/.

Nótese que la primera línea empieza con #!, que indica que se trata de un script shell de bash, las demás líneas son los comandos que deseamos ejecute el script. Este script podría nombrarse por ejemplo respaldo.sh y también debemos cambiarle los permisos correspondientes para que pueda ser ejecutado, por ejemplo:

#> chmod 700 respaldo.sh
#> ls -l respaldo.sh
-rwx------ 1 root root 0 Jul  20 09:30 respaldo.sh

La "x" en el grupo de permisos del propietario (rwx) indica que puede ser ejecutado.

Si este script lo dejamos en cron.hourly, entonces se ejecutará cada hora con un minuto de todos los días, en un momento se entenderá el porque.

Como segundo modo de ejecutar o usar cron es a través de manipular directamente el archivo/etc/crontab. En la instalación por defecto de varias distribuciones Linux, este archivo se verá a algo como lo siguiente:

#> cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts  
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

Las primeras cuatro líneas son variables que indican lo siguiente:

SHELL es el 'shell' bajo el cual se ejecuta el cron. Si no se especifica, se tomará por defecto el indicado en la línea /etc/passwd correspondiente al usuario que este ejecutando cron.

PATH contiene o indica la ruta a los directorios en los cuales cron buscará el comando a ejecutar. Este path es distinto al path global del sistema o del usuario.

MAIL TO es a quien se le envía la salida del comando (si es que este tiene alguna salida). Cron enviará un correo a quien se especifique en este variable, es decir, debe ser un usuario válido del sistema o de algún otro sistema. Si no se especifica, entonces cron enviará el correo al usuario propietario del comando que se ejecuta.

HOME es el directorio raíz o principal del comando cron, si no se indica entonces, la raíz será la que se indique en el archivo /etc/passwd correspondiente al usuario que ejecuta cron.

Los comentarios se indican con # al inicio de la línea.

Después de lo anterior vienen las líneas que ejecutan las tareas programadas propiamente. No hay límites de cuantas tareas pueda haber, una por renglón. Los campos (son 7) que forman estas líneas están formados de la siguiente manera:

Minuto  Hora  DiaDelMes  Mes  DiaDeLaSemana  Usuario  Comando

Campo	Descripción
Minuto	Controla el minuto de la hora en que el comando será ejecutado, este valor debe de estar entre 0 y 59.
Hora	Controla la hora en que el comando será ejecutado, se especifica en un formato de 24 horas, los valores deben estar entre 0 y 23, 0 es medianoche.
Día del Mes	Día del mes en que se quiere ejecutar el comando. Por ejemplo se indicaría 20, para ejecutar el comando el día 20 del mes.
Mes	Mes en que el comando se ejecutará, puede ser indicado numéricamente (1-12), o por el nombre del mes en inglés, solo las tres primeras letras.
Día de la semana	Día en la semana en que se ejecutará el comando, puede ser numérico (0-7) o por el nombre del día en inglés, solo las tres primeras letras. (0 y 7 = domingo)
Usuario	Usuario que ejecuta el comando.
Comando	Comando, script o programa que se desea ejecutar. Este campo puede contener múltiples palabras y espacios.

Un asterisco * como valor en los primeros cinco campos, indicará inicio-fin del campo, es decir todo. Un * en el campo de minuto indicará todos los minutos.

Para entender bien esto de los primeros 5 campos y el asterisco usaré mejor varios ejemplos:

Ejemplo	Descripción
01 * * * *	Se ejecuta al minuto 1 de cada hora de todos los días
15 8 * * *	A las 8:15 a.m. de cada día
15 20 * * *	A las 8:15 p.m. de cada día
00 5 * * 0	A las 5 a.m. todos los domingos
* 5 * * Sun	Cada minuto de 5:00a.m. a 5:59a.m. todos los domingos
45 19 1 * *	A las 7:45 p.m. del primero de cada mes
01 * 20 7 *	Al minuto 1 de cada hora del 20 de julio
10 1 * 12 1	A la 1:10 a.m. todos los lunes de diciembre
00 12 16 * Wen	Al mediodía de los días 16 de cada mes y que sea Miércoles
30 9 20 7 4	A las 9:30 a.m. del dia 20 de julio y que sea jueves
30 9 20 7 *	A las 9:30 a.m. del dia 20 de julio sin importar el día de la semana
20 * * * 6	Al minuto 20 de cada hora de los sábados
20 * * 1 6	Al minuto 20 de cada hora de los sábados de enero

También es posible especificar listas en los campos. Las listas pueden estar en la forma de 1,2,3,4 o en la forma de 1-4 que sería lo mismo. Cron, de igual manera soporta incrementos en las listas, que se indican de la siguiente manera:

Valor o lista/incremento

De nuevo, es más fácil entender las listas e incrementos con ejemplos:

Ejemplo	Descripción
59 11 * 1-3 1,2,3,4,5	A las 11:59 a.m. de lunes a viernes, de enero a marzo
45 * 10-25 * 6-7	Al minuto 45 de todas las horas de los días 10 al 25 de todos los meses y que el día sea sábado o domingo
10,30,50 * * * 1,3,5	En el minuto 10, 30 y 50 de todas las horas de los días lunes, miércoles y viernes
/15 10-14 * *	Cada quince minutos de las 10:00a.m. a las 2:00p.m.
* 12 1-10/2 2,8 *	Todos los minutos de las 12 del día, en los días 1,3,5,7 y 9 de febrero y agosto. (El incremento en el tercer campo es de 2 y comienza a partir del 1)
0 /5 1-10,15,20-23 3	Cada 5 horas de los días 1 al 10, el día 15 y del día 20 al 23 de cada mes y que el día sea miércoles
3/3 2/4 2 2 2	Cada 3 minutos empezando por el minuto 3 (3,6,9, etc.) de las horas 2,6,10, etc (cada 4 horas empezando en la hora 2) del día 2 de febrero y que sea martes

Como se puede apreciar en el último ejemplo la tarea cron que estuviera asignada a ese renglón con esos datos, solo se ejecutaría si se cumple con los 5 campos (AND). Es decir, para que la tarea se ejecute tiene que ser un martes 2 de febrero a las 02:03. Siempre es un AND booleano que solo resulta verdadero si los 5 campos son ciertos en el minuto específico.

El caso anterior deja claro entonces que:

El programa cron se invoca cada minuto y ejecuta las tareas que sus campos se cumplan en ese preciso minuto.

Incluyendo el campo del usuario y el comando, los renglones de crontab podrían quedar entonces de la siguiente manera:

0 22 * * * root /usr/respaldodiario.sh
0 23 * * 5 root /usr/respaldosemanal.sh
0 8,20 * * * sergio mail -s "sistema funcionando" sgd@ejemplo.com

Las dos primeras líneas las ejecuta el usuario root y la primera ejecuta a las 10 de la noche de todos los días el script que genera un respaldo diario. La seguna ejecuta a las 11 de la noche de todos los viernes un script que genera un respaldo semana. La tercera línea la ejecuta el usuario sergio y se ejecutaría a las 8 de la mañana y 8 de la noche de todos los día y el comando es enviar un correo a la cuenta sgd@ejemplo.com con el asunto "sistema funcionando", una manera de que un administrador este enterado de que un sistema remoto esta activo en las horas indicadas, sino recibe un correo en esas horas, algo anda mal.

Siendo root, es posible entonces, modificar directamente crontab:

#> vi /etc/crontab

Ejecutando Cron con múltiples usuarios, comando crontab

Linux es un sistema multiusuario y cron es de las aplicaciones que soporta el trabajo con varios usuarios a la vez. Cada usuario puede tener su propio archivo crontab, de hecho el/etc/crontab se asume que es el archivo crontab del usuario root, aunque no hay problema que se incluyan otros usuarios, y de ahí el sexto campo que indica precisamente quien es el usuario que ejecuta la tarea y es obligatorio en /etc/crontab.

Pero cuando los usuarios normales (e incluso root) desean generar su propio archivo de crontab, entonces utilizaremos el comando crontab.

En el directorio /var/spool/cron (puede variar según la distribución), se genera un archivo cron para cada usuario, este archivo aunque es de texto, no debe editarse directamente.

Se tiene entonces, dos situaciones, generar directamente el archivo crontab con el comando:

$> crontab -e

Con lo cual se abrira el editor por default (generalemente vi) con el archivo llamado crontab vacio y donde el usuario ingresará su tabla de tareas y que se guardará automáticamente como /var/spool/cron/usuario.

El otro caso es que el usuario edite un archivo de texto normal con las entradas de las tareas y como ejemplo lo nombre 'mi_cron', después el comando $> crontab mi_cron se encargará de establecerlo como su archivo cron del usuario en /var/spool/cron/usuario:

$> vi mi_cron
# borra archivos de carpeta compartida
0 20 * * * rm -f /home/sergio/compartidos/*
# ejecuta un script que realiza un respaldo de la carpeta documentos el primer día de cada mes
0 22 1 * * /home/sergio/respaldomensual.sh
# cada 5 horas de lun a vie, se asegura que los permisos sean los correctos en mi home
1 *5 * * * 1-5 chmod -R 640 /home/sergio/*
:wq (se guarda el archivo)
$> ls 
mi_cron
$> crontab mi_cron
(se establece en /var/spool/cron/usuario)

Resumiendo lo anterior y considerando otras opciones de crontab:

$> crontab archivo.cron (establecerá el archivo.cron como el crontab del usuario)
$> crontab -e           (abrirá el editor preestablecido donde se podrá crear o editar el archivo crontab)   
$> crontab -l           (lista el crontab actual del usuario, sus tareas de cron)
$> crontab -r           (elimina el crontab actual del usuario)

En algunas distribuciones cuando se editan crontabs de usuarios normales es necesario reiniciar el servicio para que se puedan releer los archivos de crontab en /var/spool/cron.

#> service crond restart

Para entender mejor como iniciar/detener/reiniciar servicios, en este artículo encontrarás más información.

Controlando el acceso a cron

Cron permite controlar que usuarios pueden o no pueden usar los servicios de cron. Esto se logra de una manera muy sencilla a través de los siguientes archivos:

/etc/cron.allow
/etc/cron.deny

Para impedir que un usuario utilice cron o mejor dicho el comando crontab, basta con agregar su nombre de usuario al archivo /etc/cron.deny, para permitirle su uso entonces sería agregar su nombre de usuario en /etc/cron.allow, si por alguna razón se desea negar el uso de cron a todos los usuarios, entonces se puede escribir la palabra ALL al inicio de cron.deny y con eso bastaría.

#> echo ALL >>/etc/cron.deny
o para agregar un usuario mas a cron.allow
#> echo juan >>/etc/cron.allow

Si no existe el archivo cron.allow ni el archivo cron.deny, en teoría el uso de cron esta entonces sin restricciones de usuario. Si se añaden nombres de usuarios en cron.allow, sin crear un archivo cron.deny, tendrá el mismo efecto que haberlo creado con la palabra ALL. Esto quiere decir que una vez creado cron.allow con un solo usuario, siempre se tendrán que especificar los demás usuarios que se quiere usen cron, en este archivo.

FUENTE: http://www.linuxtotal.com.mx/index.php?cont=info_admon_006

Añadir / Quitar servicios al inicio del sistema Red-Hat, CentOS …

2011-10-13T14:45:00.000+02:00

Añadir / Quitar servicios al inicio del sistema Red-Hat, CentOS …

Para configurar los servicios que queremos arranquen automáticamente en el sistema, podremos usar el comando chkconfig.

Lo primero que podemos hacer es listar los servicios que actualmente arrancan automáticamente al inicio del sistema:

chkconfig --list

Este comando nos mostrará un listado de los servicios del sistema, y nos indicará, para cada nivel de corrida (runlevels) si dicho servicio está activado o desactivado, ejemplo:

$ chkconfig --list
NetworkManager     0:desactivado    1:desactivado    2:desactivado    3:desactivado    4:desactivado    5:desactivado    6:desactivado
NetworkManagerDispatcher    0:desactivado    1:desactivado    2:desactivado    3:desactivado    4:desactivado    5:desactivado    6:desactivado
acpid              0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
anacron            0:desactivado    1:desactivado    2:activo    3:activo    4:activo    5:activo    6:desactivado
apf                0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
auditd             0:desactivado    1:desactivado    2:activo    3:activo    4:activo    5:activo    6:desactivado
autofs             0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
avahi-daemon       0:desactivado    1:desactivado    2:desactivado    3:activo    4:activo    5:activo    6:desactivado
avahi-dnsconfd     0:desactivado    1:desactivado    2:desactivado    3:desactivado    4:desactivado    5:desactivado    6:desactivado
bandmin            0:desactivado    1:desactivado    2:activo    3:activo    4:activo    5:activo    6:desactivado

bluetooth          0:desactivado    1:desactivado    2:activo    3:desactivado    4:activo    5:activo    ...
...
...

Cada columna representa un runlevel, y cada fila un servicio de sistema. Recordad que podéis saber en que runlevel arranca vuestro sistema revisando el fichero /etc/inittab:

# Default runlevel. The runlevels used by RHS are:
#   0 - halt (Do NOT set initdefault to this)
#   1 - Single user mode
#   2 - Multiuser, without NFS (The same as 3, if you do not have networking)
#   3 - Full multiuser mode
#   4 - unused
#   5 - X11
#   6 - reboot (Do NOT set initdefault to this)
#
id:3:initdefault:

Entrando al tema, podemos añadir o quitar servicios del siguiente modo:

chkconfig --level <runlevel> <servicio> on

chkconfig --level <runlevel> <servicio> off

Ejemplo:

Queremos el servicio web httpd al inicio del sistema en los runlevels 3,4 y 5:

chkconfig --level 345 httpd on

Y de un modo estandar si especificarle el runlevel:

chkconfig --add mysql

chkconfig --del mysql

Fuente: http://rm-rf.es/anadir-quitar-servicios-al-inicio-del-sistema-red-hat-centos/

Instalar el cliente de Bacula

2011-10-12T14:40:00.002+02:00

Instalar el cliente de backups Bacula (bacula-fd)

A continuación de la configuración del cliente de backups bacula-fd en el servidor, podemos instalar este mismo cliente en los servidores de los que queremos hace backup.

Bajamos el código fuente del bacula y lo instalamos con la opción –enable-client-only para compilar únicamente el cliente:

cd /usr/local/src
wget 'http://downloads.sourceforge.net/project/bacula/bacula/5.0.3/bacula-5.0.3.tar.gz?r=http%3A%2F%2Fwww.bacula.org%2Fen%2F%3Fpage%3Ddownloads&ts=1298217260&use_mirror=ovh'
tar xzf bacula-5.0.3.tar.gz
cd bacula-5.0.3
./configure --enable-client-only --prefix=/usr/local --exec-prefix=/usr/local/ --enable-smartalloc
make && make install

A continuación deberemos configurarlo con las contraseñas del Director que tenemos en el servidor de backups en la configuración del bacula-fd por lo que simplemente copiaremos los dos bloques Director al fichero /usr/local/etc/bacula-fd.conf.
A continuación deberemos añadir la configuración propia del cliente. Las opciones más relevantes son:

Name: Nombre que identifica al cliente, normalmente el nombre del host para identificar mejor el servidor en los logs.
WorkingDirectory: Directorio que usará el bacula para almacenar ficheros temporales relacionados con su estado
FDAddress: Podemos indicar una dirección concreta a la que se mantiene a la escucha

La configuración quedaría:

FileDaemon {                          # this is me
  Name = qapla.systemadmin.es-fd
  FDport = 9102                  # where we listen for the director
  WorkingDirectory = /usr/local/var/bacula/working
  Pid Directory = /var/run
  Maximum Concurrent Jobs = 20
  FDAddress = 172.16.101.1
}

A continuación indicaremos mediante Messages que se deben hacer con ellos, por defecto los mandamos al bacula-dir:

Messages {
  Name = Standard
  director = picamoixons.systemadmin.es-dir = all, !skipped, !restored
}

A continuación levantamos el daemon con daemontools:

mkdir -p /usr/local/supervise/bacula-fd
cat <<EOF > /usr/local/supervise/bacula-fd/run
#!/bin/bash
exec /usr/local/sbin/bacula-fd -f -c /usr/local/etc/bacula-fd.conf
EOF
chmod +x /usr/local/supervise/bacula-fd/run
ln -s /usr/local/supervise/bacula-fd/ /service/

Podemos ver con un netstat que escucha en una determinada IP:

# netstat -tpln | grep bacula
tcp        0      0 172.16.101.1:9102           0.0.0.0:*                   LISTEN      3077/bacula-fd

Fuente: http://systemadmin.es/2011/02/instalar-el-cliente-de-backups-bacula-bacula-fd

Pruebas de Caja Negra y Caja Blanca

2009-06-04T01:09:00.006+02:00

De acuerdo al grado de conocimiento de la estructura interna del sistema bajo prueba se pueden clasificar las pruebas en:

Pruebas de caja blanca (White-Box Testing). Son pruebas estructurales. Conociendo el código y siguiendo su estructura lógica, se pueden diseñar pruebas destinadas a comprobar que el código hace correctamente lo que el diseño de bajo nivel indica y otras que demuestren que no se comporta adecuadamente ante determinadas situaciones. Ejemplos típicos de ello son las pruebas unitarias. Se centran en lo que hay codificado o diseñado a bajo nivel por lo que no es necesario conocer la especificación de requisitos, que por otra parte será difícil de relacionar con partes diseñadas a muy bajo nivel.
Las pruebas de caja negra (Black-Box Testing) son pruebas funcionales. Se parte de los requisitos funcionales, a muy alto nivel, para diseñar pruebas que se aplican sobre el sistema sin necesidad de conocer como está construido por dentro (Caja negra). Las pruebas se aplican sobre el sistema empleando un determinado conjunto de datos de entrada y observando las salidas que se producen para determinar si la función se está desempeñando correctamente por el sistema bajo prueba. Las herramientas básicas son observar la funcionalidad y contrastar con la especificación.

Ejemplos típicos de pruebas de caja negra son la comprobación de valores límite, pruebas de integridad de la base de datos, pruebas de situaciones de excepción, o pruebas de rendimiento del sistema. Presentan una limitación en cuanto a que es prácticamente imposible reproducir todo el espectro por la innumerable cantidad de combinaciones de entrada posibles, agravada por el desconocimiento de la lógica interna.

Fuente: http://www.kynetia.es/calidad/tipos-de-pruebas.html

“GESTIÓN DE LA CRISIS COMO SOLUCIÓN”

2009-05-21T17:13:00.003+02:00

Cuando se nos presenta la crisis hay que poner remedio cambiando el camino que llevábamos. A pesar de ir en la dirección correcta durante un periodo de tiempo, el modus operanding que seguíamos dejó de funcionar, por lo que hace falta un cambio en dicha dirección.

En japonés, la palabra “crisis” está formada por 2 palabras: “Crisis y Oportunidad”. Cuando se nos presenta el problema, podemos tratarlo desde perspectivas diferentes. Por una parte, situándonos en la peor situación, podríamos considerarlo una crisis, pero sin lo viéramos con una percepción positiva, ésta sería una buena oportunidad.

Podríamos hacer un símil entre la empresa y un automóvil, centrándonos en los problemas que le pueden ocasionarle, para definir la causa principal de la crisis. Podría tratarse de que el vehículo se ha quedado obsoleto, que a pesar de que funcione, se nos queda antiguo para las nuevas tecnologías que podría ofrecernos uno nuevo. Podría tratarse de una catástrofe natural y destruir todo cuanto teníamos. Nuestro automóvil podría tener un pinchazo en un largo viaje y dejarnos tirado. Hacer un mal uso del mismo, saltarnos señales de tráfico, haría referencia a actividades de dudosa ilegalidad dentro de la empresa. Incluso un abandono de la empresa podría ser la causa principal de la crisis.

Otra de las causas, ajena a nosotros, podría ser que el mercado dejara de absorber, por ejemplo el tema de las vacas locas, que se paralizó el mercado vacuno debido al miedo de la sociedad. Puede ser también que el producto ya no interese, como ocurrió con los carretes de fotos, y habría que poner una solución como hizo Fujifilm, usando su materia prima para la fabricación de cosméticos.

Pero la causa más frecuente es la mala gestión. Es la que más cuesta reconocer, pero hay que ser consciente y detectarlo cuanto antes.

Hay que llegar a una solución en la mayor brevedad posible, y optar por una de estas opciones siguiendo este orden de prioridad: En primer lugar se intentaría la reestructuración a partir de lo que se tiene, a partir de unas medidas que recorten gastos, suban los ingresos y todo con la mayor organización posible; en el caso de que no sea posible, se daría la opción de la venta, liquidar la empresa; y por última opción tendríamos que pedir ayuda a un juez, entrando en procedimiento concursal.

Al llegar a una empresa en crisis hay que fijarse principalmente en 3 cosas: el nivel de ingresos, que habría que potenciar todo cuanto podamos, y lo realizaremos con la ayuda de la reducción de gastos, que es algo que a una empresa en crisis ayuda bastante, recortando un poco de cada departamento. Por último, una optimizada organización es primordial para que todo funcione. La organización debe ir en una dirección, si cada parte viaja en una dirección de difícil forma podremos llegar a algo. Y todo ello lo haremos de manera eficiente y a un precio adecuado.

Para todo ello hay que seguir una serie de pasos, hacer el ‘Ciclo básico de gestión’, que consiste en preguntarnos dónde estamos y hacia donde vamos, y cómo vamos a alcanzar los objetivos fijados. Una vez realizadas las pautas de control y poniéndonos a ello debemos darnos cuenta de cuando hemos alcanzado los objetivos, y enfrentarnos a nuevos problemas, cerrando así el Ciclo y volviendo a empezar desde el principio.

¿Como ha cambiado en los últimos años la concepción tradicional de los Sistemas de Información y TI en la empresa?

2009-05-21T01:19:00.002+02:00

Uno de los principales objetivos de los sistemas de información es el de mejorar los resultados obtenidos por la empresa. Estos han ido cambiando a lo largo del tiempo, y con ello, los Sistemas de Información y las Tecnologías de Información, cubriendo las necesidades de la compañía. A medida que estos evolucionan van surgiendo nuevas amenazas que asumir, por ello habrá que hacer especial hincapié en la gestión de riesgos.

Los SI empezaron siendo útiles, pero no del todo dependiente para una empresa, y han ido madurando hasta convertirse en un campo de estudios superiores dentro de la administración. La información y la Tecnología de Información son hoy en día una parte muy importante en la organización, incluso se ha creado, en alguna de ellas el puesto de Director de Información. A causa de ello, se ha dado especial énfasis en la gestión de riesgos. Teniendo un Sistema de Información y una Tecnología de Información más avanzada, y que de ella, casi dependiera la empresa, la gestión de riesgos juega un papel muy importante, ya que si le ocurriera algo al sistema, la empresa tendría perdidas incalculables, todo ello sujeto al tamaño de la misma.

Conforme han sido más importantes el sistema y la tecnología, los riesgos han tenido que ser asumidos de forma mas seria, siendo de vital importancia para la empresa y llegando a hacer grandes inversiones para prevenir los daños que pudieran ser ocasionados.

Conclusión, los Sistemas de Información y la Tecnología de la Información ha dado un gran cambio en los últimos, hoy en día se le da tanta importancia como a cualquier otro departamento dentro de la organización, ya que ello podría depende toda la empresa. Por ello, para afianzar el SI y TI necesitamos gestionar los riesgos y prevenirlos, de tal forma que este tercero a su vez ha adquirido tanta importancia como los primeros.

ISO 27001

2009-05-21T01:18:00.003+02:00

Se trata de la norma principal de una serie de normas estándares de seguridad publicados por la Organización Internacional para la Estandarización (ISO) y la Comisión electrotécnica Internacional (IEC). Es la única norma internacional auditable que define los requisitos para un sistema de gestión de la seguridad de la información, y fue concebida para garantizar la selección de controles de seguridad adecuados y proporcionales para ayudar a proteger los activos de información, otorgando confianza a cualquiera de las partes interesadas. Contiene una serie de prácticas recomendadas en seguridad de la información para desarrollar, implementar y mantener especificaciones para los sistemas de gestión de la Seguridad de la Información (SGSI). Contiene los requisitos del sistema de gestión de seguridad de la información.

Es una norma establecida para cualquier organización, ya sea grande o pequeña, de cualquier sector y parte del mundo. La norma es particularmente interesante si la protección de la información es crítica, como en finanzas, sanidad sector público y tecnología de la información (TI).

Al no ser de obligado cumplimiento, cumplir con la normativa es un activo muy valioso y eficaz para organizaciones que gestionan la información por encargo de otros, para empresas de subcontratación de TI, puede utilizarse para garantizar a los clientes que su información está protegida. Esto demuestra la garantía independientemente de los controles internos, y cumple una serie de requisitos de gestión y de continuidad de la actividad comercial. Además proporciona una seguridad a los clientes demostrándoles que la seguridad de su información es primordial.

Ley Orgánica de Protección de Datos (LOPD)

2009-05-21T01:17:00.002+02:00

Es una Ley Orgánica española cuyo objetivo es proteger y garantizar los derechos y libertades de las personas físicas en cuanto a datos personales, conservando su honor, intimidad y privacidad. Comprende un total de 49 artículos, 6 Disposiciones Adicionales, 3 Disposiciones Transitorias, 1 Disposición Derogatoria y 3 Disposiciones Finales, todo ello de obligado cumplimiento, y será aplicada a los datos de carácter personal registrados en soporte físico que los haga susceptibles de tratamiento, y a toda modalidad de uso posterior de estos por los sectores público y privado. Deben cumplir con ella todos aquellos que posean datos personales en cualquier soporte físico y que sean susceptibles de ser usados y tratados. Todo ello está controlado por la Agencia Española de Protección de Datos (AEPD), existiendo otras agencias de protección de datos de carácter autonómico en diferentes comunidades.

En caso del incumplimiento de la Ley, se impondrá una sanción económica cuya cantidad dependerá del grado de la misma. Pueden ser: leves, como podría ser No atender, por motivos formales, la solicitud del interesado de rectificación o cancelación de datos personales, y la multa estaría entre 600 y 60.000 euros; de una infracción grave estaríamos hablando de recoger datos personales sin recoger el consentimiento expreso cuando éste sea exigible, y llegaría a ser desde 60.001 a 300.000 euros; La recogida de datos de forma fraudulenta y engañosa se trataría de una sanción muy grave, que podría llegar a alcanzar los 601.012 euros.

Ley de Servicios de la Sociedad de la Información (LSSI)

2009-05-21T01:13:00.003+02:00

La LSSI, cuyo nombre completo es Ley 34/2002 de 11 de Julio de Servicios de la Sociedad de Información y Comercio Electrónico, es una ley que presenta unos requisitos mínimos a cumplir por parte de la empresa con el fin de proteger los intereses de los destinatarios de los servicios, de forma que estos puedan gozar de garantías suficientes a la hora de contratar servicios que su empresa ofrezca por Internet. Es de obligado cumplimiento para toda aquella empresa que realice alguna actividad económica por Internet (comercio electrónico, publicidad) u otros medios telemáticos (correo electrónico) en España inscritos en el Registro Mercantil o en otro Registro público español en el que fuera necesaria la inscripción para la adquisición de personalidad jurídica.

Por ejemplo, a la hora de abrir un negocio electrónico debemos presentar una información obligatoriamente al público, como son los datos de inscripción registral, códigos a los que esté adherida, todos los precios de los productos o servicios que ofrezca indicando los impuestos y gastos de envío de forma clara.

En caso de incumplimiento de la misma se impondrá una sanción en función de la gravedad del asunto. Se califican como: Leve, que se impone una multa de hasta 30.000 euros, y se daría por ejemplo si no se informara al registro publico el nombre del dominio o direcciones de Internet; grave, como sería el enviar emails de forma masiva sin la expresa autorización del destinatario, que llegaría hasta los 150.000 euros; y muy grave, que estaríamos hablando de una sanción de hasta 600.000 euros que sería impuesta si se utilizaran los datos retenidos para fines distintos de los señalados por el art.12. En los dos casos mas graves, además, se suspendería temporalmente la actividad de la compañía, todo material relacionado con la actividad de la misma sería requisado, y por último se advertiría al público de la incoación del expediente sancionador.