Articulo: TxF - NTFS Transaccional - LongHorn

NTFS TRANSACCIONAL - LONGHORN

Una de las mejoras que nos incorporá LongHorn es en NTFS Transaccional (se
denominará TxF a partir de ahora). La idea es extremadamente simple: agrupar
multiples operaciones con ficheros en una unica transaccion.

Recordemos primero el concepto de transaccion: una transaccion es un
conjunto de operaciones las cuales, o bien se ejecutan todas o bien no se
ejecuta ninguna. Las ordenes de ejecucion se envian todas una a una, pero el
efecto se realiza al final, mediante una sola instruccion
"commit" -correcto- o "rollback" -deshacer: error-. Por defecto, una
transaccion no finalizada debe llevar un rollback automatico.

Este concepto es muy corriente en la vida diaria. Pensemos simplemente en
una transaccion en un cajero automatico o una transaccion bancaria de un
reintegro. Cuando sacamos dinero, en plan muy sencillo, al menos deben
realizarse dos operaciones: grabar un registro del movimiento en una tabala
de movimientos, y actualizar el saldo de la cuenta en el registro de saldos
de nuestra cuenta. No puede hacerse a medias: o se graban ambos, o no se
hace nada.

A nivel de sistemas operativos, pensemos por ejemplo en un programa
instalador: necesita muchas acciones antes de finalizar, copiar distintos
ficheros, borrar otros, renombrar otros... etc. Cuando el programa
instalador considere que está en un estado final consistente decidirá, o
aplicar todos los cambios, o bien echar para atras todos. Esto se complica
si durante el proceso, hay una caida de la maquina: un simple corte de luz.

El concepto de transaccion no es nuevo. De echo, se usan desde hace mas de
25-30 años sobre todo en las bases de datos. Lo que si que es nuevo es el
aplicarlo en el contexto toal de sistemas operativos. Recordemos que NTFS
tambien es un sistema transaccional (parcialmente) desde su inicio. NTFS es
totalmente transaccional en operaciones que afectan a la metadata (borrar,
renombrar, etc un *solo* fichero) de tal manera, que por ejemplo, un
reinicio en midad de una operacion contra un fichero, no lo dañará ya que el
sistema realizará el commit o el rollback automatico al reiniciarse y por
tanto no existe la corrupcion del sistema de archivos a nivel de la
metadata.

Con TxF se añade el soporte completo al sistema de archivos y no solo para
la metadata.

Quien quiera profundizar en estos temas, puede ver los comentarios en los
siguientes blogs:

http://pluralsight.com/blogs/jimjoh.../7811.aspx
http://blogs.msdn.com/because_we_ca...11874.aspx



Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.

NTFS TRANSACCIONAL - LONGHORN

Una de las mejoras que nos incorporá LongHorn es en NTFS Transaccional (se
denominará TxF a partir de ahora). La idea es extremadamente simple:
agrupar multiples operaciones con ficheros en una unica transaccion.

Recordemos primero el concepto de transaccion: una transaccion es un
conjunto de operaciones las cuales, o bien se ejecutan todas o bien no se
ejecuta ninguna. Las ordenes de ejecucion se envian todas una a una, pero
el efecto se realiza al final, mediante una sola instruccion
"commit" -correcto- o "rollback" -deshacer: error-. Por defecto, una
transaccion no finalizada debe llevar un rollback automatico.

Este concepto es muy corriente en la vida diaria. Pensemos simplemente en
una transaccion en un cajero automatico o una transaccion bancaria de un
reintegro. Cuando sacamos dinero, en plan muy sencillo, al menos deben
realizarse dos operaciones: grabar un registro del movimiento en una
tabala de movimientos, y actualizar el saldo de la cuenta en el registro
de saldos de nuestra cuenta. No puede hacerse a medias: o se graban ambos,
o no se hace nada.

A nivel de sistemas operativos, pensemos por ejemplo en un programa
instalador: necesita muchas acciones antes de finalizar, copiar distintos
ficheros, borrar otros, renombrar otros... etc. Cuando el programa
instalador considere que está en un estado final consistente decidirá, o
aplicar todos los cambios, o bien echar para atras todos. Esto se complica
si durante el proceso, hay una caida de la maquina: un simple corte de
luz.

El concepto de transaccion no es nuevo. De echo, se usan desde hace mas de
25-30 años sobre todo en las bases de datos. Lo que si que es nuevo es el
aplicarlo en el contexto toal de sistemas operativos. Recordemos que NTFS
tambien es un sistema transaccional (parcialmente) desde su inicio. NTFS
es totalmente transaccional en operaciones que afectan a la metadata
(borrar, renombrar, etc un *solo* fichero) de tal manera, que por
ejemplo, un reinicio en midad de una operacion contra un fichero, no lo
dañará ya que el sistema realizará el commit o el rollback automatico al
reiniciarse y por tanto no existe la corrupcion del sistema de archivos a
nivel de la metadata.

Con TxF se añade el soporte completo al sistema de archivos y no solo para
la metadata.

Quien quiera profundizar en estos temas, puede ver los comentarios en los
siguientes blogs:

http://pluralsight.com/blogs/jimjoh.../7811.aspx
http://blogs.msdn.com/because_we_ca...11874.aspx



Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.

NTFS TRANSACCIONAL - LONGHORN

Una de las mejoras que nos incorporá LongHorn es en NTFS Transaccional (se
denominará TxF a partir de ahora). La idea es extremadamente simple:
agrupar multiples operaciones con ficheros en una unica transaccion.

Recordemos primero el concepto de transaccion: una transaccion es un
conjunto de operaciones las cuales, o bien se ejecutan todas o bien no se
ejecuta ninguna. Las ordenes de ejecucion se envian todas una a una, pero
el efecto se realiza al final, mediante una sola instruccion
"commit" -correcto- o "rollback" -deshacer: error-. Por defecto, una
transaccion no finalizada debe llevar un rollback automatico.

Este concepto es muy corriente en la vida diaria. Pensemos simplemente en
una transaccion en un cajero automatico o una transaccion bancaria de un
reintegro. Cuando sacamos dinero, en plan muy sencillo, al menos deben
realizarse dos operaciones: grabar un registro del movimiento en una
tabala de movimientos, y actualizar el saldo de la cuenta en el registro
de saldos de nuestra cuenta. No puede hacerse a medias: o se graban ambos,
o no se hace nada.

A nivel de sistemas operativos, pensemos por ejemplo en un programa
instalador: necesita muchas acciones antes de finalizar, copiar distintos
ficheros, borrar otros, renombrar otros... etc. Cuando el programa
instalador considere que está en un estado final consistente decidirá, o
aplicar todos los cambios, o bien echar para atras todos. Esto se complica
si durante el proceso, hay una caida de la maquina: un simple corte de
luz.

El concepto de transaccion no es nuevo. De echo, se usan desde hace mas de
25-30 años sobre todo en las bases de datos. Lo que si que es nuevo es el
aplicarlo en el contexto toal de sistemas operativos. Recordemos que NTFS
tambien es un sistema transaccional (parcialmente) desde su inicio. NTFS
es totalmente transaccional en operaciones que afectan a la metadata
(borrar, renombrar, etc un *solo* fichero) de tal manera, que por
ejemplo, un reinicio en midad de una operacion contra un fichero, no lo
dañará ya que el sistema realizará el commit o el rollback automatico al
reiniciarse y por tanto no existe la corrupcion del sistema de archivos a
nivel de la metadata.

Con TxF se añade el soporte completo al sistema de archivos y no solo para
la metadata.

Quien quiera profundizar en estos temas, puede ver los comentarios en los
siguientes blogs:

http://pluralsight.com/blogs/jimjoh.../7811.aspx
http://blogs.msdn.com/because_we_ca...11874.aspx



Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.

Muy interesante. Como conocedor del tema ¿qué te parece el sistema de
archivos de Windows en comparación con el de Linux?

Muchas gracias.

"JM Tella Llop [MVP Windows]" escribió en el mensaje
news:%23rQKrs%

NTFS TRANSACCIONAL - LONGHORN

Una de las mejoras que nos incorporá LongHorn es en NTFS Transaccional
(se denominará TxF a partir de ahora). La idea es extremadamente simple:
agrupar multiples operaciones con ficheros en una unica transaccion.

Recordemos primero el concepto de transaccion: una transaccion es un
conjunto de operaciones las cuales, o bien se ejecutan todas o bien no se
ejecuta ninguna. Las ordenes de ejecucion se envian todas una a una, pero
el efecto se realiza al final, mediante una sola instruccion
"commit" -correcto- o "rollback" -deshacer: error-. Por defecto, una
transaccion no finalizada debe llevar un rollback automatico.

Este concepto es muy corriente en la vida diaria. Pensemos simplemente en
una transaccion en un cajero automatico o una transaccion bancaria de un
reintegro. Cuando sacamos dinero, en plan muy sencillo, al menos deben
realizarse dos operaciones: grabar un registro del movimiento en una
tabala de movimientos, y actualizar el saldo de la cuenta en el registro
de saldos de nuestra cuenta. No puede hacerse a medias: o se graban
ambos, o no se hace nada.

A nivel de sistemas operativos, pensemos por ejemplo en un programa
instalador: necesita muchas acciones antes de finalizar, copiar distintos
ficheros, borrar otros, renombrar otros... etc. Cuando el programa
instalador considere que está en un estado final consistente decidirá, o
aplicar todos los cambios, o bien echar para atras todos. Esto se
complica si durante el proceso, hay una caida de la maquina: un simple
corte de luz.

El concepto de transaccion no es nuevo. De echo, se usan desde hace mas
de 25-30 años sobre todo en las bases de datos. Lo que si que es nuevo es
el aplicarlo en el contexto toal de sistemas operativos. Recordemos que
NTFS tambien es un sistema transaccional (parcialmente) desde su inicio.
NTFS es totalmente transaccional en operaciones que afectan a la metadata
(borrar, renombrar, etc un *solo* fichero) de tal manera, que por
ejemplo, un reinicio en midad de una operacion contra un fichero, no lo
dañará ya que el sistema realizará el commit o el rollback automatico al
reiniciarse y por tanto no existe la corrupcion del sistema de archivos a
nivel de la metadata.

Con TxF se añade el soporte completo al sistema de archivos y no solo
para la metadata.

Quien quiera profundizar en estos temas, puede ver los comentarios en los
siguientes blogs:

http://pluralsight.com/blogs/jimjoh.../7811.aspx
http://blogs.msdn.com/because_we_ca...11874.aspx



Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.

Muy interesante. Como conocedor del tema ¿qué te parece el sistema de
archivos de Windows en comparación con el de Linux?

Muchas gracias.

"JM Tella Llop [MVP Windows]" escribió en el mensaje
news:%23rQKrs%

NTFS TRANSACCIONAL - LONGHORN

Una de las mejoras que nos incorporá LongHorn es en NTFS Transaccional
(se denominará TxF a partir de ahora). La idea es extremadamente simple:
agrupar multiples operaciones con ficheros en una unica transaccion.

Recordemos primero el concepto de transaccion: una transaccion es un
conjunto de operaciones las cuales, o bien se ejecutan todas o bien no se
ejecuta ninguna. Las ordenes de ejecucion se envian todas una a una, pero
el efecto se realiza al final, mediante una sola instruccion
"commit" -correcto- o "rollback" -deshacer: error-. Por defecto, una
transaccion no finalizada debe llevar un rollback automatico.

Este concepto es muy corriente en la vida diaria. Pensemos simplemente en
una transaccion en un cajero automatico o una transaccion bancaria de un
reintegro. Cuando sacamos dinero, en plan muy sencillo, al menos deben
realizarse dos operaciones: grabar un registro del movimiento en una
tabala de movimientos, y actualizar el saldo de la cuenta en el registro
de saldos de nuestra cuenta. No puede hacerse a medias: o se graban
ambos, o no se hace nada.

A nivel de sistemas operativos, pensemos por ejemplo en un programa
instalador: necesita muchas acciones antes de finalizar, copiar distintos
ficheros, borrar otros, renombrar otros... etc. Cuando el programa
instalador considere que está en un estado final consistente decidirá, o
aplicar todos los cambios, o bien echar para atras todos. Esto se
complica si durante el proceso, hay una caida de la maquina: un simple
corte de luz.

El concepto de transaccion no es nuevo. De echo, se usan desde hace mas
de 25-30 años sobre todo en las bases de datos. Lo que si que es nuevo es
el aplicarlo en el contexto toal de sistemas operativos. Recordemos que
NTFS tambien es un sistema transaccional (parcialmente) desde su inicio.
NTFS es totalmente transaccional en operaciones que afectan a la metadata
(borrar, renombrar, etc un *solo* fichero) de tal manera, que por
ejemplo, un reinicio en midad de una operacion contra un fichero, no lo
dañará ya que el sistema realizará el commit o el rollback automatico al
reiniciarse y por tanto no existe la corrupcion del sistema de archivos a
nivel de la metadata.

Con TxF se añade el soporte completo al sistema de archivos y no solo
para la metadata.

Quien quiera profundizar en estos temas, puede ver los comentarios en los
siguientes blogs:

http://pluralsight.com/blogs/jimjoh.../7811.aspx
http://blogs.msdn.com/because_we_ca...11874.aspx



Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.