Articulo: TxF - NTFS Transaccional - LongHorn

08/05/2005 - 18:29 por JM Tella Llop [MVP Windows] | Informe spam
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
jmtella@XXXcompuserve.com (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.

Preguntas similare

Leer las respuestas

#31 Guillermo Delprato [MS-MVP]
13/05/2005 - 21:19 | Informe spam
Pues a mí, con que me dé el dinero me alcanza :-DDD

Saludos

Guillermo Delprato
MVP-MCT-MCSE-MCSA-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:
:-)

muchos mas pasos hombre. un Tx de cajeros es complicadisima.
;-)


"Guillermo Delprato [MS-MVP]"
wrote in message
news:
Tú me estas hablando en serio, y yo estoy tomandolo para el lado del
humor Por suerte nunca me pasó que hiciera "una transacción" y el
cajero no me diera el dinero.
Pero, tu sabes, acá los bancos a mi entender no tienen lo que se
llama "una buena imagen" y de ahí, la broma que asentara el débito y
no entregara el dinero.

De todas formas, es importante tener en cuenta que la transacción del
ejemplo, debería por lo menos tener los 3 pasos

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:
No he recibido nada... de todas maneras, cuando suceden estas cosas
es por un error de programacion. No se debe dar por asentada una Tx
hasta que se recibe el ok final. Y por supuesto, una entidad
bancaria debe realizar igualmente cuadres del cajero con el diario
de fondo. "Guillermo Delprato [MS-MVP]"
wrote in message
news:
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
Respuesta Responder a este mensaje
#32 Guillermo Delprato [MS-MVP]
13/05/2005 - 21:19 | Informe spam
Pues a mí, con que me dé el dinero me alcanza :-DDD

Saludos

Guillermo Delprato
MVP-MCT-MCSE-MCSA-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:
:-)

muchos mas pasos hombre. un Tx de cajeros es complicadisima.
;-)


"Guillermo Delprato [MS-MVP]"
wrote in message
news:
Tú me estas hablando en serio, y yo estoy tomandolo para el lado del
humor Por suerte nunca me pasó que hiciera "una transacción" y el
cajero no me diera el dinero.
Pero, tu sabes, acá los bancos a mi entender no tienen lo que se
llama "una buena imagen" y de ahí, la broma que asentara el débito y
no entregara el dinero.

De todas formas, es importante tener en cuenta que la transacción del
ejemplo, debería por lo menos tener los 3 pasos

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:
No he recibido nada... de todas maneras, cuando suceden estas cosas
es por un error de programacion. No se debe dar por asentada una Tx
hasta que se recibe el ok final. Y por supuesto, una entidad
bancaria debe realizar igualmente cuadres del cajero con el diario
de fondo. "Guillermo Delprato [MS-MVP]"
wrote in message
news:
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
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida