привет
для обеспечения локализации хранения персональных данных хочется незаметно для приложения хранить данные таблицы на физически разных серверах в разных юрисдискциях.
т.е. положим есть таблица SensitiveData с какими-то полями, в том числе ключом GeoID по которому надо определять, что данные граждан РФ должны быть в одном месте, граждан другой страны - в другом, третьей - в третьем и т.д.
MSSQL 2012r2.
сейчас пробуем по схеме партишенинга таблицы (таблица на всякий случай уже в отдельной базе). вот по этой статейке
https://blog.sqlauthority.com/2008/01/25/sql-server-2005-database-table-partitioning-tutorial-how-to-horizontal-partition-database-table/
но там вариант с локальными файлами.
sql сервер не дает на сетевой папке расположить, включение отладочного флага DBCC TRACEON(1807) помогает убрать проверку.
не хочется на продакшен с таким флагом идти. поэтому второй рабочий вариант просто подключить удаленный iSCSI.
вроде теоретически должно работать. есть у меня проблема -
а что если удаленная машина не доступна какое-то время или навсегда. как сохранить возможность хотя бы читать данные??
что порекомендуете?
как обеспечить работоспособность базы при временном отсутсвии доступа к удаленным файлам?
приложение трогать не хочется от слова совсем =) дабы не вносить лишние ошибки
к сожалению, у нас в команде с этим никто не сталкивался. но мне внутренний оптимист подсказывает, что это должно решаться стандартными методами, без больших бубнов и переписывания кода приложения
спасибо
для обеспечения локализации хранения персональных данных хочется незаметно для приложения хранить данные таблицы на физически разных серверах в разных юрисдискциях.
т.е. положим есть таблица SensitiveData с какими-то полями, в том числе ключом GeoID по которому надо определять, что данные граждан РФ должны быть в одном месте, граждан другой страны - в другом, третьей - в третьем и т.д.
MSSQL 2012r2.
сейчас пробуем по схеме партишенинга таблицы (таблица на всякий случай уже в отдельной базе). вот по этой статейке
https://blog.sqlauthority.com/2008/01/25/sql-server-2005-database-table-partitioning-tutorial-how-to-horizontal-partition-database-table/
но там вариант с локальными файлами.
sql сервер не дает на сетевой папке расположить, включение отладочного флага DBCC TRACEON(1807) помогает убрать проверку.
не хочется на продакшен с таким флагом идти. поэтому второй рабочий вариант просто подключить удаленный iSCSI.
вроде теоретически должно работать. есть у меня проблема -
а что если удаленная машина не доступна какое-то время или навсегда. как сохранить возможность хотя бы читать данные??
что порекомендуете?
как обеспечить работоспособность базы при временном отсутсвии доступа к удаленным файлам?
приложение трогать не хочется от слова совсем =) дабы не вносить лишние ошибки
к сожалению, у нас в команде с этим никто не сталкивался. но мне внутренний оптимист подсказывает, что это должно решаться стандартными методами, без больших бубнов и переписывания кода приложения
спасибо