服務器羣集/服務器場方案中的SQL Server CLR集成

在服務器羣集方案中啓用SQL Server CLR集成是一種很好的做法嗎？我組織的策略不允許在其生產服務器上部署CLR程序集;我被DBA告知，這是因爲CLR UDF正在進行中並且數據庫在羣集中。服務器羣集/服務器場方案中的SQL Server CLR集成

我只是好奇，如果政策是爲了簡化數據庫管理員（也許是確保所有的代碼是開放的審查由DBA）的，或是否有技術上的原因，禁止CLR集成在服務器羣集方案 ？線程安全？

相關問題：

（順便說一句，我的主要用例是字符串操作的UDF，如this answer描述）

來源

2012-03-31 wingmsr

還發現[this]（http://sqlblog.com/blogs/adam_machanic/archive/2006/07/12/celko-on-sql-clr-database-design-is-a - 完全-不同技能從 - 應用development.aspx）。 – wingmsr 2012-03-31 16:32:21

afaik沒有更新羣集SQL Server實例和CLR集成之間的興趣。 SQL Server充當CLR主機。當使用CLR功能時（例如調用CLR UDF），該程序集將從數據庫中加載。被動羣集節點沒有啓動SQL Server服務，所以爲什麼要這麼麻煩呢？主動/主動羣集將有兩個彼此獨立的SQL Server實例。一個在節點一上活動，另一個在節點二上活動。

那麼，對於不安全的彙編代碼，您肯定會導致問題並導致sql server實例（並使其在羣集環境中來回切換）。數據庫管理員不一定有.net編程的線索，可能希望避免處理這些問題。否則，我不會看到這一政策背後的堅實推理能夠成爲技術論證。只需要注意你想在SQL Server上運行的代碼。 CLR代碼的安全門背後肯定有一個原因（安全，外部訪問和不安全）。

Cheerio

來源

2012-05-24 13:59:39 BahamasWilli

在這裏，我已經發布了一篇文章爲什麼以及何時我們應該使用CLR集成 [http://www.queryingsql.com/2013/08/net-components-integration-with-sql.html ] [1] http://www.queryingsql.com/2013/08/net-components-integration-with-sql.html

來源

2013-08-31 12:18:14 queryingsql

請注意，[只提供鏈接的答案]（http://meta.stackoverflow.com/tags/link-only-answers/info），所以答案應該是搜索解決方案的終點（vs.而另一個引用的中途停留時間往往會隨着時間推移而過時）。請考慮在此添加獨立的摘要，並將鏈接保留爲參考。 – kleopatra 2013-08-31 12:35:22

服務器羣集/服務器場方案中的SQL Server CLR集成

回答

相關問題