Articulo: TxF - NTFS Transaccional - LongHorn

pues si... trabajo en un banco -en la parte informatica, claro- :-)



"Guillermo Delprato [MS-MVP]"
wrote in message
news:ur90sX$

Me parece que a esta transacción le falta un paso importante

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.

Y si no me entrega el dinero ¿la transacción está completa?
José Manual ¿trabajas en un banco tú?
:-DDDDDDDDDDDDDDDDDD

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



JM Tella Llop [MVP Windows] wrote:

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

pues si... trabajo en un banco -en la parte informatica, claro- :-)



"Guillermo Delprato [MS-MVP]"
wrote in message
news:ur90sX$

Me parece que a esta transacción le falta un paso importante

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.

Y si no me entrega el dinero ¿la transacción está completa?
José Manual ¿trabajas en un banco tú?
:-DDDDDDDDDDDDDDDDDD

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



JM Tella Llop [MVP Windows] wrote:

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

Ya me parecía...
Te paso al mail privado lo que me debe el cajero automático
:-DDDDDDDDDD

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



JM Tella Llop [MVP Windows] wrote:

pues si... trabajo en un banco -en la parte informatica, claro- :-)



"Guillermo Delprato [MS-MVP]"
wrote in message
news:ur90sX$

Me parece que a esta transacción le falta un paso importante

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.

Y si no me entrega el dinero ¿la transacción está completa?
José Manual ¿trabajas en un banco tú?
:-DDDDDDDDDDDDDDDDDD

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



JM Tella Llop [MVP Windows] wrote:

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