Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537 Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537
用Navicat for mysql操作mysql數(shù)據(jù)庫,其中一個表怎么也打不開,一直加載,還不能關(guān)閉.從網(wǎng)上搜索原因,主要是以下幾個原因:原因一:表死鎖,會出現(xiàn)這樣的情況,鎖不釋放,無論多久都讀取不了數(shù)據(jù),一直加載中!原因二:表里面的數(shù)據(jù)量太大造成的. 原因三:網(wǎng)絡(luò)慢,卡,數(shù)據(jù)不能傳輸.經(jīng)過分析,98%是原因一,可用如下方法解決“”在navicat里右擊數(shù)據(jù)庫名稱打開mysql的命令行,然后輸入:SHOW ;出現(xiàn)如下圖,如果status列有l(wèi)ock字眼,那么通過Info狀
.Net Core建站(4):FTP發(fā)布項(xiàng)目及連接服務(wù)器數(shù)據(jù)庫
總感覺,今天(2018-1-14)下午寫不完這篇,雖然蠻簡單,只是點(diǎn)點(diǎn)點(diǎn),,, 主要是記錄兩個, 1.連接服務(wù)器的數(shù)據(jù)庫 2.項(xiàng)目FTP發(fā)布到服務(wù)器 使用數(shù)據(jù)庫:SQL Service 2017 使用服務(wù)器:騰訊云,Windows Server 2016 數(shù)據(jù)中心版 64位中文版 1核1G 50G內(nèi)存 然后,開撥,,, 首先是服務(wù)器,我半個小時前重裝的,,和剛剛?cè)胧謺r一毛一樣,,具體進(jìn)入服務(wù)器的方法就不說了,, 進(jìn)去第一件事就是裝數(shù)據(jù)庫,,畢竟騰訊提供的數(shù)據(jù)庫死貴死貴,,買不起的說,, 然而在
Django數(shù)據(jù)庫創(chuàng)建與查詢及ORM的概念
ORM:是封裝在pymysql上層的文件.他的作用是把python語句轉(zhuǎn)換成sql語句,從而去數(shù)據(jù)庫里操作數(shù)據(jù).從數(shù)據(jù)庫里獲得的數(shù)據(jù),經(jīng)過orm轉(zhuǎn)換為對象,對象可以直接調(diào)用屬性獲得值.orm本質(zhì)是個中轉(zhuǎn)站. 上節(jié)課查漏及本節(jié)課內(nèi)容python3解釋器需要在app下面的導(dǎo)入pymysql pymysql....python2不需要 python3不支持 數(shù)據(jù)庫存入數(shù)據(jù)的時候要注意重啟和不重啟的區(qū)別 小型數(shù)據(jù)庫 測試用 不用鏈接 中途不能切數(shù)據(jù)庫,比如sqlite和
五分鐘DBA:淺談偽分布式數(shù)據(jù)庫架構(gòu)
[IT168技術(shù)]12月25日消息,2010互聯(lián)網(wǎng)行業(yè)技術(shù)研討峰會今日在上海華東理工大學(xué)召開.本次峰會以“互聯(lián)網(wǎng)行業(yè)應(yīng)用最佳實(shí)踐”為主題,定位于互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì).應(yīng)用開發(fā).應(yīng)用運(yùn)維管理,同時,峰會邀請了來自盛大.阿里巴巴.五分鐘等互聯(lián)網(wǎng)企業(yè)的多位嘉賓演講,他們將同大家一起探討數(shù)據(jù)庫技術(shù)在互聯(lián)網(wǎng)領(lǐng)域的深入應(yīng)用. ▲2010互聯(lián)網(wǎng)行業(yè)技術(shù)研討峰會專題報(bào)道 以下是上海五分鐘網(wǎng)絡(luò)科技有限公司金官丁主題為“淺談偽分布式數(shù)據(jù)庫架構(gòu)”的演講全文: ▲上海五分鐘網(wǎng)絡(luò)科技有限公司金官丁 大家好!所謂分布式數(shù)據(jù)庫架
MySql的數(shù)據(jù)庫優(yōu)化到底優(yōu)啥了都??(2)
嘟嘟在寫此篇文章之前心里先默念(簡單,通俗,工整)*10 吟唱完了,進(jìn)入正題 3.Memory存儲引擎 除了存放一個表結(jié)構(gòu)相關(guān)信息的.frm文件在磁盤上,其他數(shù)據(jù)都存儲在內(nèi)存中.說白點(diǎn)哪天你數(shù)據(jù)庫死機(jī)了,Memory表就只剩下表結(jié)構(gòu)了. 支持索引不支持事務(wù),索引有Hash和B-Tree兩種格式 由于放在了內(nèi)存中,所以Memory都是按照定長的空間存放數(shù)據(jù),而且不支持BLOB和Text類型的字段 頁級鎖定 (limit) 其他的數(shù)據(jù)庫存儲引擎嘟嘟就不在這里面一一贅述了,世面上應(yīng)用場景比較廣泛的主要
Sybase 常用SQL
===========================使用總結(jié)======================================1.字母大小寫比對不敏感,也就是在值比對判斷時大小寫字母都一樣;2.等值,或判斷,系統(tǒng)默認(rèn)對等式兩邊比對值去右邊空格再進(jìn)行比較:3.GROUP BY 可以根據(jù)SELECT字段或表達(dá)式的別名來 匯總,在編寫時也盡量避免SELECT 語句的別名與FROM
SOA是技術(shù)架構(gòu)方面,則是哲學(xué)方法論方面,所屬方向不一樣,或者說兩者非常的無關(guān).甚至是兩個不同方向.使用DDD可以將系統(tǒng)從無到有到大建立起來,而大到一定程度,就需要SOA,整合異構(gòu).如果說DDD和SOA有什么聯(lián)系的話,那么組件可能是他們中間的紐帶.下面對這幾個概念分析如下,不當(dāng)之處請討論. SOA概念 SOA是一個很高的架構(gòu),使用EJB這樣分布式組件以后才會考慮SOA,有過DCE ( ), CORB
DBCP連接池介紹
DBCP連接池介紹 ----------------------------- 目前 DBCP 有兩個版本分別是 1.3 和 1.4. DBCP 1.3 版本需要運(yùn)行于 JDK 1.4-1.5 ,支持 JDBC 3. DBCP 1.4 版本需要運(yùn)行于 JDK 1.6 ,支持 JDBC 4. 1.3和1.4基于同一套源代碼,含有所有的bug修復(fù)和新特性.因此在選擇DBCP版本的時候,要看你用的是什么JDK版本. DBCP1.2版本性能一般,比c3p0差挺多.DBCP1.4和1.3,配合(依賴)co
Oracle調(diào)優(yōu)總結(jié)(經(jīng)典實(shí)踐 重要)
轉(zhuǎn)載: Problem :1.每個表的結(jié)構(gòu)及主鍵索引情況2.每個表的count(*)記錄是多少3.對于創(chuàng)建索引的列,索引的類型是什么?count( )的值是多少?4.最后一次對表進(jìn)行分析是在什么時間,分析后,是否又對相關(guān)表做過大的操作5.索引最后一次rebuild,是在什么時間,此后對表的操作類型又是什么狀況?索引中浪費(fèi)的空間是多少?6.這些表的存儲情況,表的存儲參數(shù)
DBCP連接池原理分析及配置用法
DBCP連接池介紹 ----------------------------- 目前 DBCP 有兩個版本分別是 1.3 和 1.4. DBCP 1.3 版本需要運(yùn)行于 JDK 1.4-1.5 ,支持 JDBC 3. DBCP 1.4 版本需要運(yùn)行于 JDK 1.6 ,支持 JDBC 4. 1.3和1.4基于同一套源代碼,含有所有的bug修復(fù)和新特性.因此在選擇DBCP版本的時候,要看你用的是什么JDK版本. DBCP1.2版本性能一般,比c3p0差挺多.DBCP1.4和1.3,配合(依賴)co
【轉(zhuǎn)】DBCP連接池原理分析
---------------------------- 目前 DBCP 有兩個版本分別是 1.3 和 1.4. DBCP 1.3 版本需要運(yùn)行于 JDK 1.4-1.5 ,支持 JDBC 3. DBCP 1.4 版本需要運(yùn)行于 JDK 1.6 ,支持 JDBC 4. 1.3和1.4基于同一套源代碼,含有所有的bug修復(fù)和新特性.因此在選擇DBCP版本的時候,要看你用的是什么JDK版本. DBCP1.2版本性能一般,比c3p0差挺多.DBCP1.4和1.3,配合(依賴)commons pool
阿里云ECS服務(wù)器上搭建+mha+mysql5.6+gtid+一主兩從+腳本判斷架構(gòu)踩的坑
最近,公司項(xiàng)目搭建了一套后端數(shù)據(jù)庫架構(gòu),不是在RDS,是在阿里云的ECS服務(wù)器上搭建.mha.mysql5.6.gtid.一主兩從架構(gòu),目前還沒有實(shí)現(xiàn)讀寫分離,以后架構(gòu)升級,可能代碼里會實(shí)現(xiàn)讀寫分離,或者加入入mycat等中間件,也可能進(jìn)行分庫分表:架構(gòu)不是最新,很多工具大家都見過,只是在不同的環(huán)境,不同的情況下,遇上的問題不同,也踩了很多坑,如有些可能沒在阿里云上,有的可能數(shù)據(jù)庫版本不一樣等,所以更大家分享一下經(jīng)驗(yàn). 遇到的問題較多,主要問題是: 1.mha必須是0.56版
日常維護(hù)手冊 (匯總、點(diǎn)評、備查)
1. 數(shù)據(jù)庫啟動:gpstart常用可參數(shù): -a : 直接啟動,不提示終端用戶輸入確認(rèn)-m:只啟動master 實(shí)例,主要在故障處理時使用2. 數(shù)據(jù)庫停止:gpstop:常用可參數(shù):-a:直接停止,不提示終端用戶輸入確認(rèn)-m:只停止master 實(shí)例,與gpstart –m 對應(yīng)使用-M fast:停止數(shù)據(jù)庫,中斷所有數(shù)據(jù)庫連接,回滾正在運(yùn)行的事務(wù)-u:不停止數(shù)據(jù)庫,只加載pg_hba.conf 和.conf中運(yùn)行時參數(shù),當(dāng)改動參數(shù)配置時候使用.評:-a用在shell里,最
SMP、NUMA、MPP體系結(jié)構(gòu)介紹
從系統(tǒng)架構(gòu)來看,目前的商用服務(wù)器大體可以分為三類,即對稱多處理器結(jié)構(gòu) (SMP : Multi-) ,非一致存儲訪問結(jié)構(gòu) (NUMA : Non-Uniform Memory Access) ,以及海量并行處理結(jié)構(gòu) (MPP : Massive ) .它們的特征分別描述如下: 1. SMP( Multi-) SMP ( Multi ),對稱多處理系
日常維護(hù)手冊
1.數(shù)據(jù)庫啟動:gpstart 常用可選參數(shù): -a : 直接啟動,不提示終端用戶輸入確認(rèn) -m:只啟動master 實(shí)例,主要在故障處理時使用 2.數(shù)據(jù)庫停止:gpstop: 常用可選參數(shù):-a:直接停止,不提示終端用戶輸入確認(rèn) -m:只停止master 實(shí)例,與gpstart –m 對應(yīng)使用 -M fast:停止數(shù)據(jù)庫,中斷所有數(shù)據(jù)庫連接,回滾正在運(yùn) 行的事務(wù) -u:不停止數(shù)據(jù)庫,只加載pg_hba.conf 和.conf中運(yùn)行時參數(shù),當(dāng)改動參
Atitit.播放系統(tǒng)的選片服務(wù)器,包廂記時系統(tǒng)的說明,教程,維護(hù),故障排查手冊p825
Atitit.播放系統(tǒng)的選片服務(wù)器,包廂記時系統(tǒng)的說明,教程,維護(hù),故障排查手冊p825 1.播放系統(tǒng)服務(wù)器方面的維護(hù)2 1.1.默認(rèn)情況下,已經(jīng)在系統(tǒng)的啟動目錄下增加了倆個啟動項(xiàng)目2 1.2.后臺服務(wù).保持mysql數(shù)據(jù)庫服務(wù)啟動狀態(tài)2 1.3.影片圖片與簡介映射z盤需要有效可用2 1.4.服務(wù)器如無必要無需關(guān)閉,保持一直開啟狀態(tài)...3 1.5.Loading時間的配置3 1.6.其他3 1.6.1.影片圖片與簡介緩存3 1.7.包廂里面播放系統(tǒng)htpc的維護(hù)4 1.8.
01-oracle限定查詢-
關(guān)系型數(shù)據(jù)庫和半結(jié)構(gòu)化數(shù)據(jù)(xml文件) :c代表云計(jì)算 PDB,CDB sql語句執(zhí)行順序: 第一步:from子句控制數(shù)據(jù)來源: 第二步:where子句使用限定符對數(shù)據(jù)行過濾: 第三步:select子句確定要顯示的數(shù)據(jù)列: 第四步:order by 最后執(zhí)行. #sqlplus中設(shè)置行顯示300個字符(折行時使用,格式化操作命令) 300 #設(shè)置 每頁的顯示數(shù)據(jù)長度 30 #ed(sqlplus中用ed命令創(chuàng)建記事本,打開記事本
C#中的線程(四)高級話題
C#中的線程(四)高級話題 :C#線程Source:: Joe : Swanky :: 第四部分:高級話題 非阻止同步 早些時候,我們討論了非常簡單的賦值和 更新一
主備部署模式
一.預(yù)期目的 主數(shù)據(jù)庫(Primary pg ,假定主機(jī)名為A,后文不再贅述)和備用數(shù)據(jù)庫(Standby pg,假定主機(jī)名為B,后文不再贅述)之間的數(shù)據(jù)能夠相互備份. 主數(shù)據(jù)庫發(fā)生故障時備用數(shù)據(jù)庫可以接管工作,變?yōu)橹鲾?shù)據(jù)庫.舊的主數(shù)據(jù)庫恢復(fù)后,能變?yōu)樾碌闹鲾?shù)據(jù)庫的備用數(shù)據(jù)庫. 主數(shù)據(jù)庫有寫入.讀取功能,備數(shù)據(jù)庫只有讀取功能. 二.使用的軟件 Pgpool-II 9.2 使用的特性: 的 功能 pgpool-II的
mysql常見故障診斷
退役軍人信息采集問題詳解(超有用,請收藏!)
退役軍人和其他優(yōu)撫對象
信息采集工作問答(一)
在開展信息采集培訓(xùn)過程中,一些地方提出了一些問題,經(jīng)梳理,擇其中有代表性的問題回答如下:
1、關(guān)于證明退役軍人身份的證件材料問題。
退役軍人原則上應(yīng)使用轉(zhuǎn)業(yè)證、退伍證、離休退休證等證明其退役軍人的身份,不接受戰(zhàn)友之間互證身份方式。對于相關(guān)證件丟失或無檔案,無法證明退役軍人身份的,應(yīng)經(jīng)熟悉情況的村委會等基層組織出具相關(guān)材料,并通過與公安、民政、人武部等相關(guān)部門比對認(rèn)定身份。對于提供原始證件的人員,在填報(bào)時選“退役證件”項(xiàng),提供證明材料的選擇“退役證明材料”項(xiàng)。確實(shí)無法證明身份的原則上不采集。
2、信息采集對象所擁有的證明材料不全,如三屬人員,信息采集工作該如何開展?
對于證明材料不全面的,可使用原證件、復(fù)印件或提供經(jīng)縣級主管部門確認(rèn)的證明。使用證明材料的人員,在錄入時勾選證明材料選項(xiàng),并拍照錄入。
3、軍轉(zhuǎn)干部的信息采集數(shù)據(jù)由人社審核還是民政審核?
根據(jù)國務(wù)院通知要求,各地應(yīng)成立由政府統(tǒng)籌負(fù)責(zé),退役軍人事務(wù)部門牽頭,各有關(guān)部門全面參與的信息采集工作機(jī)制。各地區(qū)信息采集工作領(lǐng)導(dǎo)小組應(yīng)根據(jù)本地區(qū)實(shí)際情況統(tǒng)籌安排信息采集數(shù)據(jù)審核工作,從工作便利角度出發(fā),建議尚未成立退役軍人事務(wù)部門的地區(qū),軍轉(zhuǎn)干部信息采集數(shù)據(jù)繼續(xù)由人社部門負(fù)責(zé)審核。
4、退伍證上有部隊(duì)番號或者原部隊(duì)只有番號,信息能否上傳,沒有代號如何處理?
為了盡可能采集更多信息,為工作提供便利,原則上要應(yīng)填盡填,部隊(duì)代號盡量填寫。對于退伍證上有部隊(duì)番號或原部隊(duì)只有番號的,可選擇不填寫或?qū)⑼宋樽C上的番號信息處理后再上傳,填寫中不能出現(xiàn)“軍”“師”“團(tuán)”“營”等番號信息。
5、現(xiàn)役軍人家屬身份轉(zhuǎn)變后,如何處理退出?
現(xiàn)役軍人家屬身份轉(zhuǎn)變,主要包括現(xiàn)役軍人退出現(xiàn)役,或現(xiàn)役軍人家屬轉(zhuǎn)為烈士遺屬、因公犧牲軍人遺屬、病故軍人遺屬等,其中現(xiàn)役軍人退出現(xiàn)役后,涉及對象新增和退出兩種操作,一是將現(xiàn)役軍人信息變更為退役軍人等相應(yīng)類別,并補(bǔ)充完善相關(guān)信息;二是同時將其家屬從系統(tǒng)中自動作退出處理,不再列入統(tǒng)計(jì)數(shù)據(jù)。在后續(xù)退役軍人事務(wù)部信息系統(tǒng)開發(fā)中增加此功能。
6、軍隊(duì)離退休干部就近采集原則與“戶籍地”原則沖突,如何解決?
信息采集堅(jiān)持屬地管理,分級落實(shí),以采集對象戶籍所在地申報(bào)采集為基本原則。因軍隊(duì)離退休干部由軍休服務(wù)機(jī)構(gòu)統(tǒng)一管理,相對集中,故可在戶籍所在地或軍休機(jī)構(gòu)所在地統(tǒng)一申報(bào)登記采集,具體采集單位由信息采集工作領(lǐng)導(dǎo)小組統(tǒng)籌協(xié)調(diào)確定采集單位。在外地居住的軍休干部,經(jīng)征得管理單位確認(rèn),本人同意的,可在居住地采集信息。
7、企業(yè)軍轉(zhuǎn)干部因判刑或與單位解除勞動關(guān)系的,不享受解困政策,是否錄入?
信息采集對象中的企業(yè)軍轉(zhuǎn)干部是指2000年12月31日之前退出現(xiàn)役并安置在企業(yè)的軍隊(duì)干部,不以是否享受解困政策為標(biāo)準(zhǔn),所以仍要錄入。
8、建議對應(yīng)“是否受過獎勵”,增添是否受過刑罰?
此項(xiàng)內(nèi)容將在后續(xù)管理信息采集系統(tǒng)開發(fā)中增加,具體信息由部門共享獲得,此次不采集。
9、養(yǎng)老保險(xiǎn)和醫(yī)療保險(xiǎn)參保情況類型不夠全面、準(zhǔn)確,建議征求人社和醫(yī)保局意見,以補(bǔ)充完善。
此次信息采集關(guān)于社保類型問題,主要是簡單了解退役軍人和其他優(yōu)撫對象有無社保,是職工基本保險(xiǎn)還是城鄉(xiāng)居民保險(xiǎn)即可,參加社保的具體狀況由后續(xù)部門交叉比對時共享獲得,此次不采集。
10、“自謀職業(yè)退役士兵”為什么規(guī)定608號令之前?2011年《退役士兵安置條例》頒布后,仍然有退役士兵辦理自謀職業(yè),這些人是否采集?
經(jīng)了解,自謀職業(yè)退役士兵不再以608號令前后為依據(jù),只要辦理了自謀職業(yè),均納入采集范圍,安置方式選擇“自謀職業(yè)”。
11、“退休退職職工”中有一些是從士兵轉(zhuǎn)隸的,但這兩類人不能復(fù)選,雖然人數(shù)相對不是太多,但也是一種類型,這些人怎么選擇?
采集對象以最后一種在采集范圍的身份類別為準(zhǔn),由于軍隊(duì)退職職工在此次采集范圍,因此以轉(zhuǎn)隸后的身份為準(zhǔn)。退職職工中有一項(xiàng)內(nèi)容為“成為軍隊(duì)職工的方式”,其中有選項(xiàng)為“兵改工”、“軍轉(zhuǎn)安置”,可以據(jù)此確認(rèn)自部隊(duì)轉(zhuǎn)隸人員,不需再開復(fù)選類別。
12、“國家供養(yǎng)退役士兵”中,是否包括補(bǔ)評殘或提殘的1-4級殘疾士兵?
不包括。此次指的是退役時的安置性質(zhì),補(bǔ)評殘的,在“殘疾軍人”類列表中填寫集中供養(yǎng)或分散供養(yǎng)。
13、“軍隊(duì)無軍籍離退休退職職工”中的一些人,同時也是傷殘人員,其中有的是衛(wèi)生部門評的傷殘無軍籍職工,地方接收后,相應(yīng)換發(fā)《傷殘國家機(jī)關(guān)工作人員證》,但這次系統(tǒng)未涉及,如何處理?
在《實(shí)施細(xì)則》附件5“軍隊(duì)無軍籍離休退休退職職工信息采集分表”中,2-4-9和2-4-10規(guī)定了是否傷殘和傷殘等級兩個信息項(xiàng),用于采集殘疾軍人外其他類型的傷殘人員。
14、有退役軍人參加民兵,后執(zhí)行任務(wù)身份為傷殘民兵民工,建議能重復(fù)選擇。
信息采集系統(tǒng)已經(jīng)調(diào)整,這兩部分人員身份可以復(fù)選。系統(tǒng)中,(8)傷殘民兵民工不可與(7)殘疾軍人復(fù)選,可與(1)軍隊(duì)轉(zhuǎn)業(yè)干部(2)退役士兵(5)復(fù)員軍人復(fù)選。
15、戶籍在異地,優(yōu)撫關(guān)系在原戶籍地?cái)?shù)據(jù)誰采集?外地打工退役軍人,可否實(shí)現(xiàn)異地采集?
為確保信息采集的真實(shí)、準(zhǔn)確、有效,信息采集堅(jiān)持以采集對象戶籍所在地申報(bào)采集為原則,不以優(yōu)撫關(guān)系所在地為依據(jù)。對于異地采集的問題,將進(jìn)一步研究后再作統(tǒng)一安排。各地可采取有效措施采集在外地務(wù)工人員信息。在機(jī)關(guān)事業(yè)單位工作退役人員可至同級退役軍人事務(wù)部門,也可至戶籍所在地退役軍人事務(wù)部門(人社或民政部門)采集信息。
16、行政區(qū)劃有變更,優(yōu)撫系統(tǒng)內(nèi)尚未變更,數(shù)據(jù)采集如何操作?
信息采集平臺與優(yōu)撫系統(tǒng)數(shù)據(jù)隔離,兩個系統(tǒng)的行政區(qū)劃沒有關(guān)聯(lián),只需按照實(shí)際情況填寫采集系統(tǒng)內(nèi)的行政區(qū)劃,可在系統(tǒng)管理的區(qū)劃管理項(xiàng)目中調(diào)整區(qū)劃信息。
17、農(nóng)業(yè)戶口轉(zhuǎn)非農(nóng)業(yè)戶口,在戶籍改革后,不在新版本戶口本上顯示,只顯示居民戶口,不顯示戶籍性質(zhì),如何處理?
此類人員戶籍類別可選擇為“城鎮(zhèn)(非農(nóng)業(yè)戶口)”,各地可與當(dāng)?shù)毓膊块T確認(rèn)戶口性質(zhì)對應(yīng)關(guān)系。
18、數(shù)據(jù)采集錄入信息所需證件是否需要原件
需要驗(yàn)證原件,并拍攝照片。
19、退役軍人一直未落戶,信息如何采集?
由退役時接收地或安置地采集。
20、未辦理轉(zhuǎn)業(yè)證的轉(zhuǎn)業(yè)干部信息采集,需要什么證明材料?
可使用個人檔案中相關(guān)材料作為證明材料。
21、時間節(jié)點(diǎn)(10月1日)前已采集,并在10月1日前去世的,是否刪除。
不用刪除,可以在第一階段采集結(jié)束后統(tǒng)一修改“人員狀態(tài)”即可。
22、采取鄉(xiāng)鎮(zhèn)(街道)一級的信息采集方式,但目前在機(jī)關(guān)事業(yè)單位工作的軍隊(duì)退役人員該如何進(jìn)行信息采集?可能會導(dǎo)致干部信息采集積極性不高。
各地可根據(jù)實(shí)際情況,充分發(fā)揮組織人事部門作用,采取上門采集、集中采集、委托所在單位采集等方式完成采集任務(wù),或請其前往同級退役軍人事務(wù)部門(民政、人社部門)主動申報(bào)。
23、2011年前退伍回農(nóng)村的士兵放到哪一類?第六項(xiàng)復(fù)員軍人中沒有包括。
2011年前退伍回農(nóng)村的士兵屬于退役士兵,不屬于復(fù)員軍人。退役士兵的退役安置方式中有一項(xiàng)“回鄉(xiāng)生產(chǎn)”,可選擇此類。
24、敏感部門的退役軍人身份特殊,是否應(yīng)予采集?
采集對象應(yīng)實(shí)現(xiàn)全覆蓋,不漏一人。此次采集只采集基礎(chǔ)信息,不涉及敏感信息,身份敏感特殊的退役軍人應(yīng)納入采集范圍,采集單位應(yīng)充分尊重其本人和單位意見。
25、如何設(shè)定信息采集工作效率量化標(biāo)準(zhǔn)?如何考核,建議盡快出臺績效考核辦法,方便考核指導(dǎo)各地工作,更好完成國家交給的任務(wù)。
信息采集工作是中央交辦的一項(xiàng)重要政治任務(wù),我們將盡快制定出臺績效考核辦法,從采集工作開展的的對象覆蓋率、數(shù)據(jù)準(zhǔn)確率、工作完成效率和問題數(shù)據(jù)情況等方面進(jìn)行考核。
26、軍齡計(jì)算應(yīng)該不是以周年計(jì)算,而是以年計(jì)算。對于長期滯留部隊(duì)又退休退伍人員,軍齡自動生成肯定有誤,請予以考慮。
軍齡計(jì)算以月為單位,往上取整,區(qū)別于工齡計(jì)算。對于長期滯留部隊(duì)又退休退伍人員,按退休退伍時間計(jì)算軍齡,滯留時間不計(jì)入軍齡。
27、復(fù)員軍人中的復(fù)員干部是否指1993年以來的?1954年10月31日前入伍的復(fù)員軍人,或轉(zhuǎn)業(yè)軍轉(zhuǎn)干部被單位開除的,信息怎么填寫?
復(fù)員干部不僅僅指1993年以來的,是從建國以來作復(fù)員安置的軍隊(duì)軍官和文職干部的都在采集范圍。復(fù)員軍人被單位開除的,個人基本身份信息正常填寫,安置計(jì)劃年度和接收年月等填寫復(fù)員時安置情況。
28、2018年9月1日退役的軍人是否在采集范圍內(nèi),建議不采集。
信息采集標(biāo)準(zhǔn)時點(diǎn)是2018年10月1日,9月1日后退役的軍人在采集范圍;10月1日以后退役的可不采集,可在后續(xù)工作中采集更新。
29、退役軍人采集是從哪年開始采集?
所有健在的退役軍人和其他優(yōu)撫對象均在采集范圍,上溯至包括紅軍老戰(zhàn)士退伍紅軍老戰(zhàn)士、西路軍紅軍老戰(zhàn)士和紅軍失散人員。
30、長期不服從安置人員,在安置方式中無選項(xiàng),如何處理?
對于長期不服從安置人員,可以勾選“安置地”,不服從安置的情況可在“安置單位”處手工寫明,“安置單位性質(zhì)”選擇“其他”。對此類情形中的退役士兵,可列入退役士兵退役安置方式中的“按政策取消待遇”選項(xiàng)。
31、因公犧牲軍人遺屬和病故軍人遺屬范圍應(yīng)明確一下。
《實(shí)施細(xì)則》明確規(guī)定,“因公犧牲軍人遺屬”主要包括因公犧牲軍人的父母(撫養(yǎng)人)、配偶、子女和兄弟姐妹。享受定期生活補(bǔ)助的建國前錯殺后被平反人員子女納入采集范圍。“病故軍人遺屬”主要包括病故軍人的父母(撫養(yǎng)人)、配偶、子女和兄弟姐妹。關(guān)于哪些人員死亡后屬于因公犧牲軍人和病故軍人,可根據(jù)《軍人撫恤優(yōu)待條例》確定。
32、如果不用專用設(shè)備,身份證和簽名以何種方式,什么標(biāo)準(zhǔn)上報(bào)?
此次信息采集原則上要使用專用設(shè)備閱讀身份證錄入信息,以確保信息準(zhǔn)確。對于沒有二代身份證或確不具備專用設(shè)備閱讀身份證的,可手工錄入身份證號,并將身份證拍攝照片上傳,后期再對身份證等信息進(jìn)行補(bǔ)充識讀。如果現(xiàn)場手工填寫表格,則手工簽名,簽名為非必填項(xiàng)。
33、軍休干部家屬是否在統(tǒng)計(jì)范圍?
軍休干部只采集本人信息,不采集其家屬信息。
34、采集對象的退休退伍證件與身份證件信息不一致怎么辦?
采集對象基本信息一律以身份證件信息為準(zhǔn)。如證件不一致,應(yīng)予以核查確定。
35、退役士兵戶籍性質(zhì)如何填寫,是以入伍時還是當(dāng)前戶籍性質(zhì)為準(zhǔn)?
在信息采集總表中的1-2-4個人戶籍類別中,填寫當(dāng)前戶籍性質(zhì);在退役士兵類別項(xiàng)目中,有“入伍時戶籍性質(zhì)”選項(xiàng),該項(xiàng)以入伍時戶籍性質(zhì)為準(zhǔn)。
36、如何避免采集對象虛報(bào)信息,提供虛假證明材料等情況?
應(yīng)向采集對象進(jìn)行誠信宣傳,將本次采集信息的真實(shí)誠信情況,納入今后優(yōu)撫待遇、先進(jìn)評比、典型宣傳等重要參考指標(biāo)。
37、省級服務(wù)器配置要求是否有改變?具體參數(shù)是多少?移動設(shè)備的配置參數(shù)有哪些?不同的信息采集對象數(shù)量,對省級服務(wù)器和網(wǎng)絡(luò)有什么要求?省級硬件設(shè)備是否需要增加,有無具體配置要求?
1)省級服務(wù)器及相關(guān)配置根據(jù)本省數(shù)據(jù)預(yù)估量、采集點(diǎn)(鄉(xiāng)鎮(zhèn)/街道)數(shù)量及現(xiàn)有服務(wù)器、網(wǎng)路等情況,對省級服務(wù)器配置、網(wǎng)絡(luò)帶寬等均有不同要求,服務(wù)器存儲基本都需要擴(kuò)容,各省可聯(lián)系技術(shù)組獲取相關(guān)建議說明;2)移動設(shè)備配置一般根據(jù)存儲容量、CPU、運(yùn)行內(nèi)存等不同情況有標(biāo)準(zhǔn)、高端等不同配置,標(biāo)準(zhǔn)配置一般存儲容量容量為16G以上,可存放約1萬條以內(nèi)人員信息,可完全滿足鄉(xiāng)鎮(zhèn)/街道,甚至區(qū)縣用戶信息采集需要;3)省級硬件設(shè)備主要看當(dāng)前服務(wù)器是否能滿足本次采集需要,個別省份老舊服務(wù)器需要更新;部分省份僅需通過簡單增加硬盤擴(kuò)容后即可滿足;部分大省需增加專項(xiàng)存儲設(shè)備或配置存儲擴(kuò)容。
38、網(wǎng)絡(luò)配置要求有哪些才能保證信息安全?系統(tǒng)的安全性靠什么保障?能否順利通過保密檢查?
網(wǎng)絡(luò)信息安全是綜合體系化問題,需要各層面各環(huán)節(jié)均實(shí)行嚴(yán)密設(shè)計(jì)管理才能確保信息安全,主要包括幾個層面安全保障,第一也是最關(guān)鍵的是各省信息中心本身的綜合體系防護(hù),包括充分的防火墻技術(shù)應(yīng)用、各種安全產(chǎn)品的配置、安全管理制度的建立等,各省信息中心負(fù)責(zé)的是最重要的基礎(chǔ)安全保障;其二是系統(tǒng)本身安全防護(hù)體系,包括功能性防護(hù)和數(shù)據(jù)級防護(hù),功能性防護(hù)包括對系統(tǒng)各關(guān)鍵環(huán)節(jié)操作采用人臉、指紋、密碼等各種安全技術(shù)進(jìn)行校驗(yàn)復(fù)核;數(shù)據(jù)級安全措施包括對數(shù)據(jù)庫敏感信息進(jìn)行加密混淆等;本系統(tǒng)在功能性及數(shù)據(jù)層面均作了相關(guān)措施。關(guān)于保密檢查問題,全國優(yōu)撫信息管理系統(tǒng)為非涉密系統(tǒng),所管理信息為敏感不宜公開級別。
39、有沒有強(qiáng)有力的隔離措施確保原優(yōu)撫系統(tǒng)順利運(yùn)行?建立設(shè)立信息采集專用系統(tǒng),與優(yōu)撫原有系統(tǒng)完全隔離?
將信息采集系統(tǒng)單獨(dú)部署,可與優(yōu)撫原有系統(tǒng)完全隔離,即使用單獨(dú)的服務(wù)器和單獨(dú)的數(shù)據(jù)庫系統(tǒng)。
40、終端移動設(shè)備如何更新?電子簽名在哪里查?
終端設(shè)備大部分可進(jìn)行自動更新,即在服務(wù)器發(fā)布新版本程序后,終端如登錄連接服務(wù)器,將收到更新提醒,按提示下載并安裝更新即可;部分終端為手工更新方式,即進(jìn)入終端程序:系統(tǒng)管理-系統(tǒng)更新,點(diǎn)擊“系統(tǒng)更新”完成更新。電子簽名在終端程序中的信息填寫最后部分,保存按鈕右上方位置;在電腦端系統(tǒng)中也是在信息填報(bào)頁最后部分位置。
41、標(biāo)準(zhǔn)化字段的個性化需求如何修改,向上兼容是否有沖突,修改時間需多久?
本次信息采集系統(tǒng)有關(guān)數(shù)據(jù)設(shè)計(jì)按國家標(biāo)準(zhǔn)或相關(guān)行業(yè)標(biāo)準(zhǔn)進(jìn)行設(shè)計(jì)研發(fā),個性化需求可聯(lián)系部技術(shù)支持組進(jìn)行修改拓展,個性化拓展應(yīng)在部級系統(tǒng)基礎(chǔ)上進(jìn)行,修改時間視個性化需求工作量。
42、基礎(chǔ)信息是否先期提供,減少錄入量,提高準(zhǔn)確性與效率?
基礎(chǔ)信息是先期提供的。本次信息采集對《全國優(yōu)撫信息管理系統(tǒng)》更新時,會將軍休、軍轉(zhuǎn)(含計(jì)劃安置、自主擇業(yè)、企業(yè)軍轉(zhuǎn))、無軍籍以及優(yōu)撫系統(tǒng)本身數(shù)據(jù)進(jìn)行匯總導(dǎo)入,工作人員可在此基礎(chǔ)上進(jìn)行信息采集,減少工作量。
43、初始數(shù)據(jù)下載后,能否生成信息采集分表直接打印供采集時核對?
可以。在每個對象操作列上均提供詳情打印功能。
44、省市縣三級除對數(shù)據(jù)上報(bào)外,能否支持比對核查?問題數(shù)據(jù)有否退回重辦功能?
支持比對核查。問題數(shù)據(jù)有退回功能,上級可對已報(bào)送數(shù)據(jù)進(jìn)行退回。
45、身份證號碼手工錄入需增加核驗(yàn)功能。
已有身份證號碼核驗(yàn)功能。
46、在省級系統(tǒng)中信息采集時人員錄錯如何刪除?
可手工刪除,在每個對象操作列有刪除鍵。
47、上一級用戶可否替下級用戶采集對象?采集后的信息是本級還是下級?
可以。具體歸屬根據(jù)采集時為對象選擇的所屬行政區(qū)劃而定。
48、離線數(shù)據(jù)包如何下載?如何使用?
離線數(shù)據(jù)包從系統(tǒng)管理-初始數(shù)據(jù)下載中下載。
49、終端設(shè)備采集信息(離線)后,如遇死機(jī)、丟失信息等情況,能否及時找回?
基本都可以找回。在系統(tǒng)管理-數(shù)據(jù)恢復(fù)中可進(jìn)行數(shù)據(jù)恢復(fù),終端后臺有2份備份數(shù)據(jù)。
50、采集用過的電腦,之后是否可以用作他用?
不建議用作他用。
51、是否可以對行政區(qū)劃進(jìn)行調(diào)整(合并、拆分、新增),可否按行政區(qū)劃標(biāo)準(zhǔn)編輯代碼?
可以。在行政區(qū)劃管理中提供相關(guān)功能。
52、帳戶是否分發(fā)給人社部門,軍轉(zhuǎn)數(shù)據(jù)是否包括安排工作的退役士兵?
賬戶可根據(jù)需要進(jìn)行增設(shè),并發(fā)放給人社部門。軍轉(zhuǎn)數(shù)據(jù)中只包括轉(zhuǎn)業(yè)干部,不包含安排工作的退役士兵。
53、系統(tǒng)能否開發(fā)手機(jī)APP軟件來配合信息采集,面向所有社會公眾,采集方式更科學(xué)、合理,且能減少資源和人員浪費(fèi)。
對社會公眾開發(fā)的APP暫時不考慮。
54、各地前期已采集的數(shù)據(jù)字段如何與部里的數(shù)據(jù)信息對接,并導(dǎo)入到新系統(tǒng)中?
可聯(lián)系部里技術(shù)支持組做開發(fā)對接,根據(jù)省里提供數(shù)據(jù)格式情況進(jìn)行導(dǎo)入開發(fā)。
55、證明退役軍人身份的退役證件、戶籍證件、照片如何篩查?
后期將通過后臺技術(shù)手段按一定標(biāo)準(zhǔn)進(jìn)行自動篩查。
56、建議系統(tǒng)具有遷移功能并保留痕跡。
系統(tǒng)內(nèi)會提供遷移等功能,并保留痕跡。
57、建議提供系統(tǒng)單機(jī)版。
單機(jī)版根據(jù)各地實(shí)際需要可以提供。
58、全國自主擇業(yè)工作信息平臺中的信息能否更全面的導(dǎo)入到采集系統(tǒng),例如照片、基礎(chǔ)信息等。
已將大部分基礎(chǔ)信息導(dǎo)入系統(tǒng)。但沒有照片信息。
59、建議給省級超級管理用戶權(quán)限,可以命名省級用戶,可以初始化用戶密碼(現(xiàn)系統(tǒng)為上一級用戶可為下一級用戶設(shè)定)
會為省級提供超級管理員用戶權(quán)限。
60、為防止泄密,此項(xiàng)工作需要每個采集點(diǎn)重新配備專用電腦嗎?器材、宣傳、會議等所需經(jīng)費(fèi)是如何保障?大概標(biāo)準(zhǔn)是多少(人均標(biāo)準(zhǔn))?省、市、縣財(cái)政按什么比例投入?
為防止泄密,應(yīng)為每個采集點(diǎn)配置專項(xiàng)電腦等專用設(shè)備,或使用原優(yōu)撫管理系統(tǒng)專用設(shè)備。經(jīng)費(fèi)由各地自行負(fù)責(zé)。
退役軍人和其他優(yōu)撫對象
信息采集工作問答(二)
在開展信息采集工作過程中,部分地方提出了一些問題和建議,經(jīng)梳理,擇其中有代表性的問題形成該工作問答,作為補(bǔ)充。后續(xù)如有其他問題和建議,我們將繼續(xù)整理匯編并公布。
1.在實(shí)際采集工作中,丟失退役證的退役軍人占有相當(dāng)比例,主要集中在退役時間較長的退役軍人和農(nóng)村籍退役軍人,尤其是1980年以前退役軍人的檔案很多都已無從查找。培訓(xùn)時解釋說要村級黨支部出具證明,公安、民政、武裝部等部門確認(rèn)。但如果還是無法確認(rèn)怎么處理?
再次強(qiáng)調(diào)一下證件對確認(rèn)身份的作用。如果什么東西都沒有采集上來也沒有什么作用,將來即使出政策他什么證件都沒有也無法享受,同樣會留下隱患和矛盾,希望各地妥善處理。
2.懸掛光榮牌中的現(xiàn)役軍人家庭,指的是現(xiàn)役軍人本人還是入伍前戶籍的家庭,到底是哪一家懸掛,會不會和信息采集形成重復(fù)登記?
基本原則是一個現(xiàn)役軍人家庭只掛一個光榮牌。一般來說,義務(wù)兵掛父母家,軍官、士官已婚的掛自己家。
信息采集是懸掛光榮牌的前提,可以和懸掛光榮牌工作同步部署,不會重復(fù)。同時,考慮到部分家庭可能不愿意掛光榮牌,此次信息采集工作中新增加了一項(xiàng)內(nèi)容“是否申請掛光榮牌”,供大家在信息采集中掌握下一步工作需求。
3.退役士兵的退役安置方式新增加了回鄉(xiāng)生產(chǎn)、符合轉(zhuǎn)業(yè)條件選擇復(fù)員、按政策取消待遇、復(fù)工復(fù)學(xué)四個勾選項(xiàng),請問如何界定?
回鄉(xiāng)生產(chǎn)一般是指農(nóng)村義務(wù)兵退役回鄉(xiāng)務(wù)農(nóng)。
符合專業(yè)條件選擇務(wù)農(nóng)是指符合政府安置工作條件的退役士兵自愿選擇復(fù)員安置方式。(注意不同于復(fù)員軍人,復(fù)員軍人主要是干部身份)。
按政策取消待遇是指因退役士兵違反有關(guān)規(guī)定被有關(guān)部門按照有關(guān)規(guī)定取消安置待遇的情形。譬如,長期不服從安置安排被取消待遇的或被部隊(duì)除名的可列入此項(xiàng)。
復(fù)工復(fù)學(xué)是指退役士兵入伍前已參加工作或就學(xué),原單位保留其崗位職級或?qū)W籍,退役后直接返回原單位恢復(fù)工作或上學(xué)的情形。
4.在對軍隊(duì)離退休干部和退休士官界定內(nèi)容中有“軍隊(duì)直接管理的軍隊(duì)離退休干部”這部分人員,目前他們?nèi)杂刹筷?duì)管理。這部分人的采集方式是由部隊(duì)采集,還是屬地采集,如果由屬地上門采集,部隊(duì)干休所是否會給予支持?該如何處理?
原則上就近采集,由干休所所在地退役軍人事務(wù)部門負(fù)責(zé)采集。可以采取上門集中采集服務(wù),上門采集前退役軍人事務(wù)部門應(yīng)與該干休所管理單位進(jìn)行溝通協(xié)商。
5.少部分開除軍籍的人員要不要登記?
從部隊(duì)《紀(jì)律條令》來講,開除軍籍是對士兵的最高處罰,就相當(dāng)于開除出軍隊(duì),不承認(rèn)當(dāng)兵的經(jīng)歷。比開除軍籍輕一點(diǎn)的是除名,也是開除出部隊(duì),但對除名前的軍隊(duì)經(jīng)歷是承認(rèn)的。因此,對開除軍籍人員一律不予采集。除名的退役士兵列入“安置方式”的“按政策取消待遇”項(xiàng)。
6.解放前錯殺平反人員子女未領(lǐng)取補(bǔ)助人員是否采集?
此次采集只采集享受定期補(bǔ)助的解放前錯殺平反人員子女。
7.身份證和戶口本戶籍地不同的如何處理?
信息采集系統(tǒng)的戶籍地是在讀取身份證信息時自動生成的身份證所記載的戶籍信息。出現(xiàn)這種情況可能是對象戶籍地發(fā)生了變更造成的。信息采集時可以看身份證和戶口本的辦理時間,時間在后的為最新戶籍信息,可以此為準(zhǔn)修改戶籍地。但這樣會增加采集工作人員工作量和難度,為提高工作效率可暫以身份證信息為準(zhǔn),信息采集第二階段時可通過部門數(shù)據(jù)共享予以修改完善。但是登記地應(yīng)以其現(xiàn)戶籍地登記為基本原則。
8.報(bào)送數(shù)據(jù)的時間安排有什么具體要求?
為保證數(shù)據(jù)安全并及時跟蹤進(jìn)度,便攜式采集設(shè)備最好每天將數(shù)據(jù)備份或匯總,集中采集點(diǎn)一周一報(bào),縣級采集部門原則上每兩周審核上報(bào)一次,市級兩周一報(bào),省級四周一報(bào),省級部門應(yīng)于每月5日前通過數(shù)據(jù)采集信息系統(tǒng)上報(bào)更新采集數(shù)據(jù)。具備條件的地方,可通過數(shù)據(jù)采集信息系統(tǒng)不定期隨時上傳更新數(shù)據(jù),實(shí)現(xiàn)信息數(shù)據(jù)實(shí)時上傳。
縣級信息采集工作完成后,應(yīng)形成工作報(bào)告和相關(guān)信息數(shù)據(jù)(電子版),由縣級人民政府審核后,逐級報(bào)送到省級退役軍人事務(wù)(民政)部門。省級退役軍人事務(wù)(民政)部門根據(jù)本地區(qū)信息采集情況和數(shù)據(jù)信息,進(jìn)行全面分析,形成省級信息數(shù)據(jù)采集報(bào)告并和匯總數(shù)據(jù)(含數(shù)據(jù)電子版),經(jīng)省級人民政府審核并加蓋公章后,于2018年12月25日期前報(bào)送至退役軍人事務(wù)部。
9.宣傳公告標(biāo)題和落款都用退役軍人事務(wù)部名義嗎?是以部門還是政府名義就不再統(tǒng)一,由各地自己確定是嗎?
地方發(fā)公告時落款改成公告發(fā)布單位,省級公告落款為省級單位,市、縣級公告落款為市、縣級單位。公告可上網(wǎng)宣傳。
10.省直機(jī)關(guān)或地市級以上機(jī)關(guān)單位工作的退役軍人信息采集如何辦理?如何提高效率和采集率?
方式多種多樣,可以請其到集中采集點(diǎn)登記也可到同級退役軍人事務(wù)部門登記,還可以與該單位的組織人事部門協(xié)調(diào)委派采集人員上門集中登記。也可以采取發(fā)放空白表格的形式,請其單位組織人事部門統(tǒng)一發(fā)放并組織填寫,填寫完畢后報(bào)同級退役軍人事務(wù)部門。
11.報(bào)送工作信息有什么要求?
此次信息采集時間緊,工作意義重大。退役軍人事務(wù)部將進(jìn)行督導(dǎo)考核,各地在按要求上傳上報(bào)數(shù)據(jù)的同時,應(yīng)及時將信息采集工作動態(tài)或工作進(jìn)展情況報(bào)退役軍人事務(wù)部。退役軍人事務(wù)部將視情將各地情況匯總報(bào)部領(lǐng)導(dǎo),同時擇要發(fā)布加強(qiáng)信息采集工作宣傳。
12.信息采集海報(bào)如何使用?
*請認(rèn)真填寫需求信息,我們會在24小時內(nèi)與您取得聯(lián)系。