其他

1.網路位址轉譯是對ip架構的一種諷刺還是一種補充，要知道nat的實質，就是臭名昭著的中間人攻擊。2.上層修改下層地址，路由器修改以太頭，tcp和udp也能通過不變連接埠的nat，而應用程式層的路由器則是Proxy

Reporting有一個函數可以提供自動累加功能，比如周四運行Report的時候就要將周一到周三的資料自動加總。 可以這樣實現：1. 首先根據Stock Code和Location做Group2.然後新加一個欄位用runningvalue針對於上面的Group做Sum很方便的就做好了這個ReportCode:=runningvalue(Fields!BalanceAmout.Value, SUM,

kernel-janitors@vger.kernel.orgbdschuym@pandora.be...相關的收件者郵箱Hi,everyoneAs we know,the NAT netfilter-hook for IP hooking at OUTPUT is called after routing,so we must rerouting if the destinaton or source address is changed by NAT after the hook.It's

近發現系統運行比較慢，查執行計畫發現花時間的基本上是Remote cost，然後在網上找到了下面這篇文章講解了如果做最佳化，可以借鑒。標題：Best Performer: Distributed query (Four-part) or OPENQUERY when executing linked server queries in SQL Server文章本文：wanted to share this information to all those who are searching

今天突然接到使用者電話反映程式很慢。開啟電腦登陸到資料庫伺服器發現CPU使用率達到100%。而平時CPU最高也就50%，期間不會超過2分鐘，這個是很不正常的。查看了一下啟動並執行SQL，確實使用者比平時要多。但是很多語句明顯已耗用時間要比平時間長度了很多。查了一下記憶體和IO都沒問題，然後看查看當前執行語句的執行計畫，發現都少了一個索引。 這個索引以前是我建的，建完之後效率提升了很多，怎麼就沒有了呢？ 懷疑是別人刪除了，查看了一下sys.objects並且用Object Change

 今天同事在安裝SCCM2007，結果裝到一半出問題了。我過去看了一下是資料庫許可權不夠，然後看了一下安裝文檔安裝上面的要求相應的增加了許可權。 但是重新安裝的時候還是報錯，這次的錯誤跟上次不一樣了：“Setup has encountered fatal errors during database initialization. Contact your SQL administrator.

SQL Server Linked server提供了方便快速存取外部資料以及異構資料庫，所以很多公司喜歡用Linked server.但是又有一些公司限制使用Linked server. 我覺得主要是安全性的考量：1.建立Linked server的時候我們可以直接將使用者名稱和密碼儲存，訪問Linked

今天使用Cognos倒入外部資料的時候出現錯誤“'Unable to upload, exceeded limit at line 1000'”,使用下面的步驟可以解決： Steps:1 Open the model for the package in Cognos 10 Framework Manager2 Update/confirm the governor settings are as desired. Even you have don't need to change the

用下面的語句可以查詢AD中的任何資訊，而且你可以選擇你需要查詢的列，可以加入選擇條件，可以查詢固定OU等等，可擴充性是非常好的。 指令碼運行以目前使用者許可權查詢AD資訊，所以確保目前使用者為域使用者。 因為只涉及到查詢，所以不需要特殊許可權。On Error Resume NextConst ADS_SCOPE_SUBTREE = 2Set objConnection = CreateObject("ADODB.Connection")Set objCommand =  

今天測試Replication遇到下面的錯誤： The row was not found at the Subscriber when applying the replicatedcommand.(Source: MSSQLServer, Error number: 20598)if @@trancount > 0 rollback tran(Transaction sequence number: 0x0000004100000162000400000000, Command ID:

目前資料庫技術方面的書籍很多很多，但是DBA如何規劃自己的職業生涯，如何快速成長的書籍比較少（網上也有很多DBA大牛寫過類似的文章）。這本書不側重技術方面的內容，主要是給DBA的職業生涯提供建議，如何一步一步的成長為優秀的DBA。書籍可以免費下載有興趣的朋友可以下載看看。書籍是英文的：How to Become an Exceptional DBA, 2nd Edition：https://www.simple-talk.com/books/sql-books/how-to-become-an-

 今天早論壇看到一篇文章說程式啟動並執行比較慢，看到IO統計資訊中有一條是掃描了'Worktable'。從網上又看到了相同的文章： Table 'Worktable'.Scan count 0, logical reads7523,physical reads 0Table 'Employee'. Scan count 1, logical reads106, physical reads

作為DBA我們需要監控各個作業的正常運行，而且需要能夠及時的瞭解作業失敗的原因。 對於SSIS作業，我們可以通過下面的步驟建立Mail通知。Step1:啟用SSIS Logging：可以協助我們捕獲SSIS失敗的資訊(Right click on the white pane)Right click on the white paneStep 2: 選擇 Loggings Step 3: 選擇"SSIS log provider for SQL Server"Step 4: 增加Step 5:

對於一些很大的表，如果要刪除資料用Truncate table比Delete效果要好。TRUNCATE TABLE (Transact-SQL)Removes all rows from a table without logging the individual row deletions. TRUNCATE TABLE is similar to the DELETE statement with no WHERE clause; however, TRUNCATE TABLE is

最近在監控Long running的SQL，發現有一些使用者在用Office拉資料。因為在Office裡邊沒有做限制，所以每次都是將所有運營公司的資料抓一遍，而且運行很頻繁，造成了我們ERP系統效能下降。根據Host_Name找到對應的開發人員，他們說自己根本就沒在跑。這個就奇怪了，到底這個Host Name從哪裡來的呢？ 查看了一下Office的資料來源，發現是用DSN配置的，裡邊有一個參數“WSIDAnyComputer nameThe name of the local computer,

維度建模的資料倉儲中，有一個概念叫Slowly Changing Dimensions，中文一般翻譯成“緩慢變化維”，經常被簡寫為SCD。緩慢變化維的提出是因為在現實世界中，維度屬性並不是靜態，它會隨著時間的流失發生緩慢的變化。這種隨時間發生變更維度我們一般稱之為緩慢變化維，並且把處理維度資料表的曆史變化資訊的問題稱為處理緩慢變化維的問題，有時也簡稱為處理SCD的問題。處理緩慢變化維的方法通常分為三種方式。第一種方式是直接覆蓋原值。這樣處理，最容易實現，是沒有保留曆史資料，無法分析曆史變化資訊。

今天做了一個SSIS的小程式，其中有一個功能是發郵件，但是發現發MAIL的組件提示警告，資訊如下： The Address in the "To" line is malformed.  It is either missing the "@" symbol or is not valid.  這條警告看起來是發送人的MAIL地址有問題，但是我查看了MAIL地址沒有問題，而且程式可以正常運行。 所以應該是SSIS

以前寫過一段指令碼是從AD域中查詢AD使用者資訊。但是如果從WorkGroup上就無法得到結果了。下面的一段指令碼可以實現從WorkGroup查詢域賬戶資訊。  注意：運行之前先將DC伺服器以及賬戶名和密碼替換，然後儲存成VBS。如果要查詢其他資訊可以更改對應的Filter,category和Class.  Option Explicit Dim objRootDSE, strDNSDomain, adoCommand, adoConnection Dim strBase, strFilter,

一般在寫SQL的時候應該避免在條件中使用函數，因為這樣就不能有效使用索引，從而無法產生高效的執行計畫。 SQL Server提供了計算資料行可以協助我們解決這個問題。 我們舉個普通的例子。有很多公司使用SQL Server Collcation為大小寫敏感的，因為沒有辦法控制使用者的輸入（當然在程式中進行轉化也是可以的，比如全部轉為大寫，但是當時設計的時候很多程式員都沒有考慮到），所以再做查詢的時候就必須要強制轉化。下面的語句就無法使用到索引：select * from t

早上同事轉給我一封Mail說使用者無法訪問一個Web Servcie請我幫忙看看原因。 登入伺服器查看Servcie已經是停止的，重啟Servcie失敗，查原因是Disk Space沒有了。原來這個應用程式每天都產生大量的Log檔案也沒有人清理過，從網上找了段腳步然後自己改了改做了一個Scheduled task job每天定時的清理舊的Log. Source Code如下：'************ Start of Code **********************Option