2009-09-15 19 views
21

Antecedentes:¿Alguna experiencia real de nivel empresarial con Transactional NTFS (TxF)?

Soy consciente de this SO question sobre NTFS transaccional (TxF) y this article describir cómo Para usarlo, pero estoy en busca de experiencia del mundo real con una empresa razonablemente alto volumen sistema donde muchos de los datos de blobs (por ejemplo, documentos y/o fotos) deben ser persistieron una vez transaccionalmente y se leyeron muchas veces.

  • Esperamos unas pocas decenas de miles de documentos escritos por día y lecturas de varias decenas de miles por hora.
  • Podríamos almacenar índices dentro del sistema de archivos o en SQL Server, pero debemos poder escalar esto en varias casillas.
  • Debemos conservar la capacidad de hacer copias de seguridad y restaurar los datos fácilmente para la recuperación de desastres.

La Pregunta:

  • Cualquier mundo real, la experiencia de nivel empresarial con NTFS transaccional (txf)?

preguntas relacionadas:

  • Cualquier persona transacciones distribuidas intentado usar TxF donde el mismo archivo se compromete a dos servidores espejo a la vez?
  • ¿Alguien intentó una transacción distribuida con el sistema de archivos y una base de datos?
  • ¿Alguna preocupación sobre el rendimiento/problemas de fiabilidad/datos de rendimiento que puede compartir? ¿Alguien ha hecho algo en esta escala antes de que las transacciones sean una preocupación?

ediciones: Para ser más claro, he investigado otras tecnologías, incluyendo nuevo tipo de datos FILESTREAM de SQL Server 2008, pero esta pregunta se dirige de modo específico en el sistema de archivos transaccional única.

Más Recursos:

Respuesta

6

Desafortunadamente, parece que la respuesta es "No".

En casi dos semanas (una semana con una recompensa de 100 puntos) y 156 visitas, nadie ha respondido que han usado TxF para cualquier aplicación de gran volumen como describí. No puedo decir que esto haya sido inesperado y, por supuesto, no puedo probar que sea negativo, pero parece que esta característica de Windows no es bien conocida ni utilizada con frecuencia, al menos por los miembros activos de la comunidad SO en el momento de la redacción.

Si alguna vez consigo escribir algún tipo de prueba de concepto, publicaré aquí lo que aprendo.

+4

Avance rápido hasta 2012: Microsoft ahora tiene la intención de desaprobar TxF y "anima encarecidamente" a los desarrolladores a buscar alternativas ... por lo que parece ser un caballo de batalla. Es una pena, la idea fue realmente agradable. – Philipp

+0

@Philipp - ¿algún enlace para confirmar esto? – xhafan

+4

respondiéndome a mí mismo - http://msdn.microsoft.com/en-us/library/windows/desktop/hh802690%28v=vs.85%29.aspx – xhafan

3

¿Ha considerado filestream support en SQL Server 2008 (si está usando SQL Server 2008 por supuesto)? No estoy seguro del rendimiento, pero ofrece transaccionalidad y admite copia de seguridad/restauración.

+1

+1 por la excelente sugerencia. Sin embargo, ya he investigado esto y estoy especialmente interesado en la experiencia con el sistema de archivos transaccionales. Actualicé la pregunta para reflejar esto. –

0

Si bien no tengo mucha experiencia con TxF, sí tengo experiencia con MS DTC. TxF en sí mismo es bastante eficiente. Cuando se agrega el MS DTC para manejar múltiples administradores de recursos en varias máquinas, el rendimiento tiene un impacto considerable.

Según su descripción, parece que está almacenando e indexando volúmenes muy grandes de datos no estructurados. Supongo que también necesita la capacidad de buscar estos datos. Como tal, recomendaría encarecidamente buscar algo como Microsoft's Dryad o Google's MapReduce y un sistema de archivos distribuidos de alto rendimiento para manejar su almacenamiento e indexación de datos no estructurados. Los mejores ejemplos de sistemas empresariales de gran volumen que almacenan e indexan volúmenes masivos de datos blob son los motores de búsqueda de Internet como Bing y Google.

Existen bastantes recursos disponibles para gestionar datos no estructurados de alto rendimiento, y probablemente resolverían su problema de forma más efectiva que SQL Server y NTFS.

Sé que está un poco más lejos de lo que probablemente estabas buscando ... pero mencionaste que ya habías agotado todas las otras vías de búsqueda alrededor de la caja NTFS/TxF/SQL. ;)

+1

Gracias, jrista. Agradezco la información, pero no puedo aceptar oficialmente su respuesta porque no se refiere específicamente a TxF. Actualicé la pregunta nuevamente para ser más explícito. Gracias de nuevo por tratar de ayudar. –

8

Supongo que la experiencia del "mundo real, de nivel empresarial" es más subjetiva de lo que parece.

La actualización de Windows usa TXF. Por lo tanto, se usa bastante en términos de frecuencia. Ahora, no está haciendo ningún trabajo multinodo y no está pasando por DTC o algo así, pero está usando TXF para manipular el estado del archivo. Coordina estos cambios con cambios en el registro (TXR). ¿Eso cuenta?

Un colega mío presentó this talk to SNIA, lo cual es bastante franco sobre mucho del trabajo alrededor de TXF y podría arrojar un poco más de luz. Si estás pensando en usar TXF, vale la pena leerlo.

+0

Es difícil ver esto, pero tuve una recompensa por esto y tuvo que aceptar la respuesta "no" para evitar que se otorguen los puntos. Tiene razón en que Windows Update es un buen ejemplo de algo del mundo real. También es de alto volumen, pero no de la manera en que estaba pensando (por máquina tiene un volumen bastante bajo). Todavía +1 para esta respuesta. Gracias. –

-2

Ronald: FileStream se superpone sobre TxF.

JR: Si bien Windows Update usa TxF/KTM y demuestra su utilidad, no es una aplicación de alto rendimiento.

+0

Espere hasta que tenga suficientes representantes para comentar. –

Cuestiones relacionadas