#007FFF

1)    當存取的資料來源是遠端的 SQL Server，則可能會遇到 Double Hop 驗證問題，因此建議在 Reporting Services 啟動 Kerberos 驗證：

步驟：

其實我不太確定這是By-design 還是Product limit 還是環境因素
原因是資料儲存在Disk上，第一次讀時會需要時間把資料從Disk Load到Memory裡

之前試著要匯入大概100MB的資料，發現用SQL Server Import and Export Wizard 很麻煩

找了一下發現用SQLCMD可以達到我的需求:

(1)遇到資料庫一直持續復原的情形是正常的現象，請參考以下的說明：

1. 如果正在執行的批次 T-SQL 指令為處理大量的資料列，那麼SQL Server為了資料庫的一致性及完整性，就會使用相對應的Transaction Log 大小進行處理交易資料

Windows Azure 提供了多種資料存儲方式:
1. VM上的SQL Server (簡稱為 SQL/VM)

執行下列查詢來確認資料庫層級防火牆設定:

select * from sys.database_firewall_rules

SELECT

      t.name AS Table_Name,

在原本的報表資料來源中，想設定為[Windows 驗證]，而不是存放固定的帳號密碼。然後設定了[執行帳號](Execution Account)，準備讓訂閱的執行動作，可以透過此執行帳號，然後傳遞 Windows 帳號及驗證連線後端的資料來源，進而產生報表。但是，目前發現一旦設定好[執行帳號](Execution Account)後，反而報表寄送作業會失敗。

1. 先執行下列語法確認系統中支援的語系:
    select * from syslanguages

[會陸續更新]

與使用者/帳號有關的 :

語法： 

1. sp_helpstats 

This field indicates the resource that a SPID is waiting on. The following table lists common waitresource formats and their meaning:

Collapse this tableExpand this table