其他

開博的初衷是希望能把平時自己工作中或項目中遇到的各種各樣的問題分享給大家，我覺得什麼都不如經驗來的實在，可能在日後所述的內容中，有一些比較冷門，比較小眾，但是我想肯定會有朋友和我一樣曾經或正在遇到這樣的問題，我始終堅信知識的最大價值在於分享和傳播，好了廢話不多說，切入正題第一篇介紹一下在SCOM2012SP1下建立SLA儀錶盤視圖，其實對SCOM而言，我個人也屬於摸索階段，所以也歡迎有朋友一起來交流；那麼針對“服務等級”的監視，官網是這樣定義的：#############

GC (Global Catalog)伺服器存有一個對象屬性集的唯讀副本。這裡面有幾點需要解釋清楚的：首先，這個副本是唯讀，不可寫，只是為了快速查詢用的。其次，GC存的這些對象是Forest中所有Domain的所有Object再次，每個Object都有很多Attribute，GC存的只是這些Object中的一部分Attribute既然GC存的只是部分Attribute，那麼哪些Attribute包括在內呢？(1)

背景：位於集團B座6樓的機房已經使用多年，很多硬體條件開始制約公司IT的發展。6月中旬一天，由於機房空調進行維修，工人師 傅冒然拉斷了電源總閘，導致機房內部分伺服器意外斷電。集團總部的兩台用活動目錄網域控制站也不幸遇難。現象：負責機房的工程師在第一時間進行了及時的處理。恢複供電之後馬上啟動因斷電而停止的伺服器。在絕大部分伺服器啟動運 行之後，仍然發現多數用戶端出現各種網路訪問類問題。如某些網站無法訪問，但用PING命令測試確能夠返回正確資訊；或者網

Puppet Dasshboard是由支援Puppet開發的公司Puppetlabs建立的，是Ruby on Rails程式。可以作為一個ENC（外部節點分類器）以及一個報告工具，並且正在逐漸成為一個包含許多Puppet新功能的整合介面，例如審計和資源管理功能。Puppet Dashboard是一個Ruby on Rails程式，用於顯示Puppet master和agent的相關資訊。它允許你查看從一個或多個Puppet master匯總的圖形和報告資料。它同時從一個或者多個Puppet

上篇規定的協議請求部分：request:username/password, 約定username與password  各佔32個位元組（聯同末位0)可以將用戶端的邏輯設計成：1.將 username,password  封裝進buffer2.串連服務端3.發送buffer4.接收二 進位的系統目前時間5.顯示時間代碼如下：服務端地址設定部分：addr_server.sin_family = AF_INET; addr_server.sin_port = htons(

最近去了幾家公司面試，有一些大公司（比如企鵝）的考核內容真心弱智，考的都是些演算法，尼瑪 ，拿一個剛畢業的學生來做說不定也可以過的，看來本來就不是在招搞伺服器的，舉個例子，企鵝多個 部門都曾出的一道題：如何知道集合A,B中的相關性。意思就是哪些元素在A,B之中都有，哪些 元素在A,B中不都出現。其實解法很簡單，學過演算法的完全可以做到 。我們知道集合具有互異 性，就是集合中的元素只能出現一次，可以建一個map< key, value >，是標準庫的還是自建一

1、早上登入vCenter Server，左側清單出現警示，如圖1-1所示。圖1-1 警示介面2、200的ESXi主機斷開了串連，其上啟動並執行虛擬機器全部顯示已斷開（例如CA伺服器， WSUS伺服器等），還好有HA功能、DRS規則及群集容錯移轉，使得任一一台ESXi主機掛了，都會留一組虛擬服 務器（AD+SQL+Fileshare）運行，保證管理伺服器持續運行，閑話不多說，首先查看該主機的摘要資訊，提 示無法同步主機X.X.X.200。出現了常規系統錯誤：Unexpected

上一篇部落格聊了下為什麼要設計ESXI主機的vMotion網路和Management網路分開，周末在群裡碰到一個有意思的問題，也是關於Management網路的，拿出來和大家分享下。大家都知道，我們通常設計一個Management網路來管理ESXI主機，那你們有沒有想過這樣一個情境，一台物理伺服器，在安裝好ESXI 5.0的虛擬化軟體，配置好管理網卡的IP和相關參數，在vCenter還沒有安裝的時候我們可以通過vsphere

前段時間接觸到一個需求，把IDC機房小型機遷移到虛擬化平台上。大家商量著覺得痛點有以下幾個AIX系統上的業務系統如何遷移到X86的PC伺服器上資料庫的遷移PC伺服器如何配置才能和小型機效能接近，也就是說什麼配置能滿足到業務系統的穩定工作。前2個問題大家有好的資料可以回複先分析下第3個痛點，目前主流的測試方法SAP S&D 2 –Tier（使用者數/核）值分析，

前面所說技術訂都是伺服器端一個人在努力，有時候也需要用戶端配合。一個連結請求過程 大致可以分成幾個階段如果用戶端發送同樣的 請求，且結果都一樣，我們是不是可以緩衝一下呢?是不是可以減少幾步呢?的確可以，一般來 說以下幾種方法：1.我們先試著在服務端進行緩衝，我們試著將一個已經返回的長連結發送內 容不作釋放，下次請求時直接返回剛才發送的內容，這個不適用於頻繁訪問，適用於一些特殊的情況， 特殊的請求。2.對於靜態檔案都有上次修改時間lastupdatetime，用戶端第一次請求返回的

如果把tcp當成服務端與用戶端的管道，cork 就是給管道加個塞子。為什麼 要加個塞子呢 ？先來舉個例子：int times = 10; while( times--) { send( sock_fd, buf, 1, 0 ) }這段program會發送資料10次，每次就發送1個位元組，這樣會不會什麼問題呢？記得 以前農忙的時候，田裡的稻子收割完了，要打成稻穀，就放一個打稻機子，父親在機子旁打稻，而我則

一、LVS簡介：LVS是Linux Virtual Server的簡寫，意即Linux虛擬伺服器，是一個虛擬伺服器叢集系統。在可伸縮網路服務的幾種結構中它們需要一個前端的負載調度器（或者多個進行主從備份）。我們先分析實現虛擬網路服務的主要技術，指出IP負載平衡技術是在負載調度器的實現技術中效率最高的。在已有的IP負載平衡技術中，主要有通過網路位址轉譯（Network Address

有時候因為做臨時調整可能需要刪除hadoop叢集中的DataNode，具體方法如下：首先在/etc/hadoop/conf/dfs.exclude 中添加要刪除節點的機器名在控制台頁面中看見顯示了一個Dead  Datanodes使用命令重新整理節點資訊：[hdfs@hmc ~]$ hadoop dfsadmin -refreshNodes查看hdfs的使用報告：[hdfs@hmc ~]$ hadoop dfsadmin -report  紅色字型狀態表示節點退出Name:

Hyper-V不支援Memory

此博文主要介紹叢集和負載平衡的基本理論和類別，內容看著比較枯燥、無味的，但是要想成為一個好的linux營運工程師，這些基本理論是必須理解透徹，才會在後來的系統調優和叢集架構中得心應手，所以想成為linux營運工程師的我們必須承受得住寂寞~~~嘿嘿，命苦的我們啊！努力學習吧！今天很殘酷，明天更殘酷，後天會很美好，但不要死在明天晚上！一、叢集簡介叢集並不是一個全新的概念，其實早在七十年代電腦廠商和研究機構就開始了對叢集系統的研究和開發。由於主要用於科學工程計算，所以這些系統並不為大家所熟知。直到Li

這文章真好，真應時。我剛好打算在我的ESX4上安裝HP SIM agent以便我的SIM伺服器可以管理監控到ESX。太感謝了。。。大喜，喜出望外地轉帖在此。原文見：http://xtravirt.com/installing-and-configuring-hp-snmp-agents-esx-40To view a Video of the installtion process click Here or scroll to the bottom of the post.Check

//伺服器程式:#include <stdio.h>#include <stdlib.h>#include <string.h>#include <arpa/inet.h>#include <sys/types.h>#include <sys/socket.h>#include <unistd.h>#define PORT 8082#define BUFSIZE 512char buf[BUFSIZE+1];

VMware串連共用儲存的方式有三種，SAN，IP SAN(也就是iSCSI) 和NAS(NFS)。這篇文章不是介紹這3者的區別的，關於SAN和NAS的區別，請去google一下。其次，這篇文章也不考察FC SAN，如果你的環境中已經有了支援MPIO的SAN並且有足夠的儲存空間，那麼盡量利用起來吧。因為很多文章都指出：NAS/NFS是低I/O需求工作負載的理想介質，光纖則是針對高需求工作負載的理想選擇。(這裡有一篇可供參考的譯文：http://storage.chinabyte.com/387/

虛擬化能夠降低成本和減少需要維護的伺服器數量。虛擬化還能帶來安全性漏洞嗎?人們顯然永遠不能用虛擬伺服器做物理伺服器辦不到的事情。然而，虛擬機器的性質也許會帶來特殊的安全問題。新的應用者把虛擬化看作是企業計算的聖杯。虛擬化能夠實現單獨的伺服器和資料庫的整合以提供更經濟的運營。用一台虛擬機器運行整合的電腦還能夠消除保持待機伺服器和資料處理機器運行浪費的電源。然而，一個虛擬計算環境還能夠設定意想不到的安全障礙。例如，虛擬化有時候會繞過依賴硬串連發揮作用的網路安全標準。另一個安全性漏洞是某些虛擬機器能夠

在事務複製的過程中，有時候會由於各種各樣的原因導致發行伺服器和訂閱伺服器的資料不一致，造成這種情況往往是由於以下幾種原因之一：某個Agent運行出現錯誤或者Agent進程崩潰比較大型的發布是使用了備份還原，而不是快照式複寫初始化，而備份後發布端修改了資料非Distribution