『壹』 有人做過新華人壽法人業務客戶經理么職位歸屬於團險，還得服務於個險，屬於交叉培訓，到底是怎麼回事
交叉，就是團險業務和個險業務交叉，
新華分為四條線，個險，團險，銀貸，續期
這個崗位是內勤編制
說實話，這個崗位在保險公司，最起碼我知道在新華算是一個很好的崗位
因為，在一個營業單位，1年期的意外卡單，建築工程險，團體意外險等等，基本上都是個險的業務員做的，你不服務於個險，誰來給你出保費
樓上不懂的不要亂講，知道什麼叫保險代理人嗎，
『貳』 物業酒店儲備幹部是干什麼的
物業酒店儲備幹部就是物業酒店管理階層的儲備人才，通過系列的培訓和鍛煉專，最終成為酒店中層甚至高層管理屬人員。酒店為了在激烈的市場競爭中求得發展，必須有中堅管理階層和優秀的人才，除了外聘，酒店越來越重視培養自己的管理人才，打造能夠帶領酒店乘風破浪的尖兵。為此，酒店一般會經過嚴格審慎的招聘程序，甄選出最具潛力的人才，並加以嚴格培訓，充實儲備幹部成為專業經理人所需要的一切能力和技能。
工作內容：
1、協助上級制定和實施工作標准和服務流程。以身作則，嚴格履行崗位職責，積極配合上級工作。
2、積極主動的為客服務，了解客情，收集意見，及時上報。
3、工作中積累經驗，提高自身業務能力，有強烈的責任心、進取心。
4、經常與員工保持溝通，了解員工工作及生活情況，及時匯報。
5、當班負責人因事外出，代理其處理該營業時段的各項管理事務。
6、負責指導帶領新上崗員工，完成必要的培訓工作。
7、針對日常工作中出現的問題，及時向當班負責人匯報，並適當提出改進意見及方案。
『叄』 怎樣敘述對於工作環境滿意
創造公平競爭的企業環境 公平體現在企業管理的各個方面，如招聘時的公平、績效考評時的公平、報酬系統的公平、晉升機會的公平、辭退時的公平，以及離職時的公平等等。 公平是每個誠實的員工都希望企業具備的特點之一。公平可以使員工踏實地工作，使員工相信付出多少就會有多少公平的回報在等著他。公平的企業使員工滿意，使員工能夠心無雜念地專心工作。 創造追求進步的企業氛圍 企業不斷追求進步表現為：重視培訓、重視員工的職業發展。 社會發展速度越來越快，工作中所需的技能和知識更新速度加快，因此培訓已成為企業提高員工工作效率、增強競爭力的必要職責。從員工的角度來看，自身的發展進步已經成為他們衡量自己的工作生活質量的一個重要指標。一個企業，發展的機會多，培訓的機會多，就意味著晉升的機會多。所以，培訓也是員工選擇企業的一個優先的指標。 培訓的方式可以分為：職前培訓、矯正培訓、晉升培訓、交叉培訓、再培訓等。 大通曼哈頓銀行就非常重視員工的培訓，它每年的教育經費支出就達5000萬美元。銀行要求員工每年搞一個自我培訓計劃，並把培訓與晉級、提升、獎金等政策緊密結合，來調動員工參加培訓的積極性。 創建自由開放的企業氛圍 現代社會中人們對自由的渴望越來越強烈。員工普遍希望企業是一個自由開放的系統，能給予員工足夠的支持與信任，給予員工豐富的工作生活內容，員工能在企業里自由平等地溝通。 古語說：「疑人不用，用人不疑」。所以，要想使企業員工的滿意度提高，必須給予員工足夠的信任與授權，讓他們自主地完成工作任務，放開手腳，盡情地把工作才能發揮出來。韓國三星集團的老闆李秉哲就一直堅持這一用人之道。在「三星商會」開業不久，他大膽地啟用了一直沒找到工作、被別人視為危險人物的李舜根。除銀行的巨額貸款、大批量的原材料進口等少數重要問題外，他把幾乎全部的日常業務都交給了李舜根。後來的事實證明，李舜根是可靠的人，對推動「三星商會」的迅速發展起到了重大的作用。 在自由開放的企業氛圍里，企業領導充當的角色應當是教練的角色。教練工作不僅是訓練，而且是輔導、參謀、揭露矛盾、教育。訓練工作要求領導人員具備傾聽的能力以及表達真實的贊賞、感謝的能力。通常在「首次」做某事之前或之後要進行特殊的鼓勵時，或在糾正錯誤時，需要進行訓練工作。 自由開放的企業應當給員工提供工作輪換的機會，讓員工到本職以外的部門和工作崗位上任職。這種任命一般是暫時的。索尼公司就實行工作崗位定期輪換的制度，以保證員工有更多的發展機會，對工作保有新鮮感。 自由開放的企業應當擁有一個開放的溝通系統，以促進員工間的關系，增強員工的參與意識，促進上下級之間的意見交流，促進工作任務更有效地傳達。在通用電氣公司，從公司的最高領導到各級領導都實行「門戶開放」政策，歡迎職工隨時進入他們的辦公室反映情況，對於職工的來信來訪妥善處理。公司的最高首腦和公司的全體員工每年至少舉辦一次生動活潑的「自由討論」。通用公司努力使自己更像一個和睦、奮進的大家庭，從上到下直呼其名，無尊卑之分，互相尊重，彼此信賴，人與人之間關系融洽、親切。 創造關愛員工的企業氛圍 人是社會性動物，需要群體的溫暖。一個關愛員工的企業必將使員工滿意度上升。關愛員工的企業要給予員工良好的工作環境，給予員工足夠的工作支持，使員工安心地在企業工作。 關愛員工的企業善於鼓舞員工的士氣，適時地給員工以誇獎和贊揚，在員工做出成績時向員工公開地、及時地表示感謝，並組織一些聯歡活動使員工分享成功的喜悅。 關愛員工的企業重視員工的身心健康，注意緩解員工的工作壓力。企業可以在制度上做出一些規定，如帶薪休假、醫療養老保險、失業保障等制度，為員工解除後顧之憂。豐田公司就設有自己的「全天候型」體育中心，里頭有田徑運動場、體育館、橄欖球場、足球場、網球場等。豐田公司積極號召員工參加運動部和文教部，使職工在體育運動和愛好的世界中尋求自己的另一種快樂。這樣既豐富了員工的生活，強健他們的體魄，同時培養了他們勇於奮斗的競爭精神，根本目的是更好的促進生產。
『肆』 DB2 DBA,如何解釋DB2的業務價值
但是，如果談話的對方是管理層的成員，那麼會怎麼樣?公司管理者們關心的主要問題是收入的增長、成本控制、產品質量和產品投入市場的時間。一般來說，這些人並不關心鎖的粒度、伺服器內存管理和 SQL 語句優化這樣的技術問題。他們並不關心 DB2 技術本身的特色(盡管 DB2 技術是很酷的)，而是關心 DB2 對於實現組織目標能夠有哪些作用。本文將幫助使用 DB2 的人從業務價值的角度討論 DB2 技術。 許多技術人員可以輕松地討論 DB2 技術的細節，很自信地談論查詢並行化、數據壓縮、WebSphere MQ 集成、大對象管理、JDBC 和 ADO.Net 驅動程序、大型機 Parallel Sysplex 上的數據共享、DB2 for Linux, Unix, and Windows(LUW)多維集群等等話題。但是，如果談話的對方是管理層的成員，那麼會怎麼樣?公司管理者們關心的主要問題是收入的增長、成本控制、產品質量和產品投入市場的時間。一般來說，這些人並不關心鎖的粒度、伺服器內存管理和 SQL 語句優化這樣的技術問題。他們並不關心 DB2 技術本身的特色(盡管 DB2 技術是很酷的)，而是關心 DB2 對於實現組織目標能夠有哪些作用。日常使用 DB2 的任何人都應該能夠從業務價值的角度討論 DB2 技術。 通過我在 CheckFree Corp. 的經驗，我總結出了一個關鍵領域列表，在這些領域中 DB2 技術可以提供業務人員能夠感受到的價值。 可伸縮性 vs. 隨著業務增長 單伺服器 DB2 系統(無論是運行在大型機上，還是運行在高端 Linux、Unix 或 Windows 伺服器上)可以為 OLTP、業務智能(BI)或組合工作負載提供巨大的吞吐量。吞吐量大主要是由於 DB2 利用了 64 位伺服器內存定址、新穎的 I/O 優化特性(比如列表預獲取)、預優化的 SQL(DB2 專業人員將其稱為靜態 SQL)以及高級工作負載管理功能。但是，在擴張迅速的業務環境中，數據訪問請求量會快速增長，單伺服器系統的能力可能不足以處理未來的請求量。業務領導肯定不希望業務的增長受到數據伺服器可伸縮性的限制。這就是規模擴展(scale-out)的重要之處，而可伸縮性正是 DB2 真正占據優勢的領域。 在這個上下文中，「規模擴展」 這個詞指的是能夠將針對單一邏輯映像資料庫的工作負載分散到多個物理伺服器上。有兩個 DB2 規模擴展解決方案：大型機集群(稱為 Parallel Sysplex)上的數據共享和在 Linux、Unix 或 Windows 伺服器集群上實現的 Data Partitioning Feature(DPF)。這兩種技術都是在行業中領先的技術。DB2 for z/OS 數據共享能夠支持企業從最多 32 個 DB2 子系統對一個共享資料庫進行並發讀/寫訪問(這些子系統可以運行在許多大型機系統上，也可以運行在少量物理伺服器上，每個伺服器上有多個 DB2 子系統)。這個解決方案不是市場上惟一的共享數據 DBMS 規模擴展解決方案，但是其他任何技術都無法提供 DB2 for z/OS 數據共享組這樣好的 CPU 效率(真正並發的節點間讀/寫數據訪問的 CPU 開銷非常低)。 帶DPF 功能的 DB2 能夠在 Linux、Unix 或 Windows 環境中提供無以倫比的規模擴展能力。可以在一個 DB2 DPF 系統中配置數以百計的伺服器;每個伺服器提供對單一邏輯映像資料庫的一個物理子集的訪問(一個散列演算法將給定的資料庫表的行分散到 DBA 指定的節點上)。市場上也有其他的非共享(shared-nothing) DBMS 規模擴展解決方案，但是其他解決方案都無法像帶 DPF 功能的 DB2 那樣兼具易用性和靈活性，因為 DPF 功能是嵌入在 DB2 for LUW 數據服務引擎中的。 對於共享數據和非共享 DBMS 體系結構孰優孰劣的問題，人們還在爭論;但是，這兩種 DB2 解決方案對於底層伺服器平台都是非常合適的。DB2 for z/OS 數據共享的 CPU 開銷非常低，這是因為它使用的函數以優化的方式分散在整個 Parallel Sysplex 軟體結構中：z/OS 操作系統、DB2 DBMS、Coupling Facility Control Code(它管理全局鎖和數據緩沖所用的共享內存結構)以及 CICS 事務管理器或 DB2 Connect 分布式客戶機網關(如果配置中有這些組件的話)。這種優化是可行的，因為 DB2 for z/OS 數據共享只需要使用一個操作系統和一個晶元組(IBM System z 微處理器)。在 DB2 for LUW 環境中不可能進行這樣的功能分布，因為這樣的環境需要支持多個操作系統和多個伺服器硬體平台;因此，DB2 for LUW 規模擴展解決方案基於最佳的非共享集群技術。無論採用哪種方式，組織都會得到所希望的效果：DBMS 不會阻礙業務的增長。 效率vs. 降低總體擁有成本 在評估各種數據服務解決方案的相關費用時，人們往往關注獲得硬體和軟體許可證的費用。軟體和硬體的價格固然重要，但是在與 DBMS 相關的總擁有成本(TCO)中這只佔很少的一部分。影響成本的其他因素包括： 管理資料庫系統所需的人數; 使用硬體資源(CPU 和硬碟存儲)的效率; 技術的培訓費用; 讓企業中的不同資料庫系統一起工作的難度; 先說說 DB2 for z/OS，因為某些范圍內它可以替代非常昂貴的基於大型機的解決方案。下面一些因素可以影響 System z 平台上的成本控制： 規模經濟 在DB2 for z/OS 系統上，可以處理非常大的工作負載;即使一連幾小時處於 90% 以上的利用率，數據服務大型機也能夠順利地運行。隨著事務處理量的增長，平台的單個事務成本會顯著降低。 性價比趨勢 盡管System z 平台是一種相當昂貴的系統(因為它提供了尖端的硬體和軟體技術)，但是在過去幾年中，單位計算能力(通常用每秒百萬指令數或 MIPS 來衡量)的成本已經下降了。無論是來自 IBM 還是其他廠商的大型機軟體，其價格也比以前更有競爭力了。 可管理性 組織可以在大型機 DB2 系統上處理非常大的工作負載，而不需要大量的支持人員。DB2 for z/OS 系統程序員和 DBA 具有令人吃驚的生產效率的原因之一是，許多公司提供了豐富的大型機 DB2 工具;與之相關的另一個好處是，DB2 for z/OS 會產生豐富的跟蹤數據，前面提到的工具可以對這些數據進行格式化，而且成本往往非常低。DB2 for z/OS 支持人員還可以獲益於某些平台特性，比如系統管理的存儲，這個特性能夠讓 z/OS 操作系統在硬碟子系統中放置表和索引數據集(資料庫越大，系統管理的存儲的人員效率優勢就越顯著)。 數據存儲的空間效率高 DB2 for z/OS 伺服器硬體可以幫助進行數據壓縮，這可以將表空間存儲的硬碟空間需求降低 50%以上(我們在 CheckFree 常常觀察到 70% 或更好的壓縮效果，因為我們的表往往具有很長的行;長行的壓縮率一般好於短行)。由於 DB2 9 中的改進，在 Linux、Unix 和 Windows 伺服器上數據壓縮效果也很好了。 自治是什麼意思?這個詞是指 DB2 能夠自行完成以前需要 DBA 執行的大量工作。我們在 CheckFree 發現，通過使用 DB2 Design Advisor(DB2 for LUW 中內置的自治特性之一)，效率得到了極大提高。Design Advisor 會分析與 DB2 工作負載相關聯的 SQL 語句，並為改進應用程序性能提出建議。我們的基於 AIX 的企業數據倉庫(EDW)使用帶 DPF 功能的 DB2，Design Advisor 對這個資料庫提出了修改某些表索引的建議，其效果讓我們非常滿意。 最後，還有協作方面的好處。CheckFree 的 IT 基礎設施有意地設計成包含多個平台(我們常常說的一句話是，「使用正確的工具完成工作」)。在我們最大的部門中，核心業務應用程序運行在一個大型機 parallel sysplex 上。這個部門的操作數據存儲(ODS)運行在一個單獨的 System z 伺服器上。我們的 EDW 運行在 IBM pSeries 伺服器集群上，CRM 應用程序運行在一個單獨的 Sun Solaris 伺服器上。這些系統有什麼共同點?它們都是基於 DB2 的。DBMS 具有共同的 「基因」，這會簡化平台之間的數據轉移，並增強人員配置的靈活性。最近，我們的大型機 DB2 團隊中 DBA 人員過剩(盡管這些系統已經增長了，這是一種便於管理的環境)，而快速增長的 EDW 需要更多的 DBA 人力資源。我們讓一位 DB2 for z/OS DBA 轉入了 DB2 for LUW 團隊，他很快就適應了新的崗位。DB2 for z/OS 和 DB2 for LUW 之間存在 DBA 能夠察覺到的差異嗎?確實有差異，但是與 DB2 for z/OS 和在分布式系統伺服器上運行的非 DB2 DBMS 之間的差異相比，這些差異是很小的。 高可用性 vs. 拿起電話話筒就能聽到撥號音 在CheckFree，我們一直在為應用程序的可用性而努力。我們希望應用程序的可用性像電話撥號音那樣持續不斷，當您拿起電話話筒時，就一定會聽到撥號音。DB2 能夠提供這樣的可用性。單伺服器 DB2 系統已經能夠提供極其出色的可用性;多伺服器配置甚至能夠進一步提高可用性標准。 前面作為規模擴展解決方案提到了 parallel sysplex 上的 DB2 for z/OS 數據共享，這種技術也能夠在兩個方面提高可用性： 減小服務意外中斷的影響 如果數據共享組中的一個 DB2 子系統失敗了(無論是由於伺服器、操作系統還是 DB2 故障)，那麼並不需要等待替代伺服器接管這個子系統的資料庫連接。組中的其他成員已經能夠訪問資料庫，工作負載會自動地從失敗的子系統轉移到其他 DB2 系統上。失敗並非毫無影響，因為在失敗的 DB2 子系統重新啟動之前，這個成員上運行的程序正在更新的資料庫頁面是不可訪問的;但是，在通常情況下，處於這種狀態的資料庫頁面所佔的百分比非常小，子系統的恢復是自動的(如果 「主」 伺服器和操作系統仍然可用，那麼會 「就地」 恢復;否則，在 sysplex 中的另一個伺服器上恢復)而且很快(在我們的環境中大約需要 90 秒)。與單獨的系統環境相比，數據共享組中的 DB2 失敗的影響要小得多。幾個月前，我們的生產數據共享組中發生了一次 DB2 for z/OS 故障，但是客戶都沒有察覺到。 幾乎完全消除有計劃的服務中斷 因為數據共享為所有 DB2 成員提供對資料庫中所有數據的讀/寫訪問，所以可以讓一個 DB2 子系統臨時停止運行，對它進行軟體維護，然後讓它重新運行，這個過程不會中斷應用程序的處理(當一個 DB2 成員停止運行時，應用程序通信量會轉給組中的其他成員)。這種功能讓我們能夠自由地對數據共享組進行維護，而不需要指定維護時間窗。 DB2 對於業務的意義 如果需要用業務人員能夠理解的方式討論 DB2，那麼可以試試下面這些詞彙。 可伸縮性：DB2 可以隨著業務而增長，而不是限制業務的發展; 效率：DB2 可以降低數據服務平台的總擁有成本(TCO)，而數據服務平台是組織的應用程序的基礎。降低 TCO 就相當於增加收入; 服務質量：DB2 技術可以減少有計劃的應用程序系統中斷，還可以縮小意外服務中斷的影響和范圍。因此，能夠提高服務質量和客戶忠誠度; 敏捷性：DB2 為訪問和管理傳統數據和非結構化數據提供了眾多可選方法;這種靈活性可以幫助組織對市場機遇做出快速響應。 對於LUW 環境，DB2 提供了一個多伺服器解決方案，這個方案能夠提供更高的可用性，但它使用的是在非大型機環境中更有意義的非共享體系結構。這個解決方案稱為 High Availability Disaster Recovery(HADR)，它可以維護 DB2 for LUW 資料庫的一個拷貝(使用單獨的伺服器和硬碟存儲)，這個拷貝與主資料庫保持精確的同步。HADR 的實現方法是，不斷地將事務日誌記錄發送給備用伺服器，備用伺服器實時地處理這些記錄。這種方法會讓備用資料庫與主資料庫同步，而且更新過的頁面的內存頁面緩沖區也與主伺服器上的緩沖區保持一致。因此，在主系統發生故障時，備用系統會非常快速地接管(通常只需要幾秒)，而且不會丟失已經提交的資料庫更新。HADR 還可以按照非同步模式運行，這種模式適合長距離數據更新復制，在可以接受少量數據損失的情況下，這可以提供災難恢復功能。 HADR 也可以減少有計劃的服務中斷時間，因為它使 DB2 for LUW 的維護幾乎不需要維護時間窗。為使用 HADR 實現這種效果，DBA 應該臨時終止從主伺服器到備用伺服器的日誌記錄流，在備用伺服器上應用並激活軟體補丁，重新啟動日誌的傳輸，恢復同步(這個 「追趕期」 通常非常短);然後，通過一次用戶發起的接管，交換主伺服器和備用伺服器的角色(這個過程應該只需要花幾秒時間)。在此之後，重復前面的步驟，在 HADR 配置中原來的主伺服器(現在的備用伺服器)上應用並激活軟體補丁。 敏捷性 vs. 對新的需求做出快速響應 DB2 能夠幫助組織對挑戰和機遇做出快速響應，因為它能夠提供多個訪問 DB2 資料庫中的數據的路徑。您希望從 Java 應用程序訪問數據嗎?沒問題：DB2 提供了 JDBC 驅動程序並支持 SQLJ，因此能夠在 Java 應用程序中使用嵌入的預綁定的 SQL 語句。數據請求來自 Windows 系統上運行的 .Net 應用伺服器嗎?DB2 提供了 ADO.Net 驅動程序，並與 Microsoft 的 Visual Studio 應用程序開發工具集成。您希望使用伺服器端 SQL 嗎?DB2 存儲過程可以用幾種編程語言來編寫(包括 Java)，也可以採用 SQL 存儲過程的形式。在大型機環境中廣泛使用的 CICS 和 IMS Transaction Manager 程序可以提供更多的伺服器端 SQL 方式。對於文件處理這樣的任務，批處理程序具有很高的效率。 通過DB2 與 IBM WebSphere MQ(一種消息排隊和傳遞技術)的集成，應用程序開發的靈活性會得到進一步增強。將 MQ 插入基於 DB2 的基礎結構中是一種增強系統彈性的好方法：如果應用程序的 「處理消息」 的組件不可用(由於故障或有計劃的停機)，那麼從客戶機系統收到的消息就會累積在隊列中，當不可用的應用程序組件再次聯機時，它會繼續從隊列中獲取消息。從發送消息的用戶或客戶機應用程序的角度來看，並沒有出現服務中斷。MQ 隊列還有助於控制大幅度變化的工作負載量，其作用就像是汽車引擎散熱器的附屬水箱：消息處理應用程序可以按照自己的節奏處理消息;如果消息到達的速度超過了處理消息的速度，那麼消息就會累積在隊列中，而不會造成 「目標」 伺服器過載。DB2 和 MQ 組合的優點還包括：協調的提交和回退(如果程序在 DB2 表中插入一行並在 MQ 隊列中放一個消息，那麼當這個程序失敗時，DB2 和 MQ 更改會回退到最近的提交點);DB2 函數支持程序使用 SQL 語句與 MQ 交互;MQ 實用程序與 DB2 實用程序非常相似，因此 DB2/MQ 的交叉培訓非常容易。 數據級別上的靈活性怎麼樣呢?DB2 可以存儲和管理傳統的文本和數字數據，還可以非常高效地管理大對象(LOB)，比如文檔、圖像和音頻文件。DB2 9 引入了先進的 XML 數據存儲特性，在存儲 XML 文檔時可以保留數據元素的結構特性，還可以使用 SQL 或 XQuery 高效地訪問數據。當然，可以在 DBMS 之外存儲 LOB 和 XML 文檔;但是，將這些數據類型存儲在 DB2 中，就可以為集成數據管理、安全性以及備份和恢復提供一個現成的解決方案。其結果是，管理和保護數據所需的時間更少了，可以留出更多的時間來開發使用數據的應用程序。 技術的最終目的 我很喜歡談論在各個平台上 DB2 中使用的高級技術。但是，技術必須能夠幫助我的公司實現業務目標;否則，就是浪費資金。大多數業務人員對 IT 產品的要求只有幾點：產品必須能夠工作(可靠性)，它們不能限制公司在市場上的作為(增長和創新)。DB2 在 CheckFree 的各個平台和應用環境中表現出了這些品質。業務人員需要的就是這些;技術人員請務必注意這一點。