【OSSチャレンジ】 第3回 Bacula紹介:後編

2017.3.28


はじめに

benjamin-child-17946.jpg

前編ではインストールと「bacula-server」の設定を確認してきました。後編では「bacula-fd」の設定と実際にバックアップを見ていきたいと思います。前編はこちら

file-daemon

まずはバックアップ対象のサーバーに入りましょう。リポジトリを登録します。

cd /etc/yum.repos.d/ 
wget https://copr.fedorainfracloud.org/coprs/slaanesh/Bacula/repo/epel-7/slaanesh-Bacula-epel-7.repo

wgetはなければ別途インストールしてください。

続いてbacula-clientのインストールをします。

#yum -y install bacula-client

無事にインストールが終了したのを確認できましたら、設定ファイルを変更していきましょう。

cd /etc/bacula/

vi bacula-fd.conf

Director {
  Name = bacula-dir
  Password = "fdpass"
}

bacula-dir.confのClientの項で指定したパスワードを記載します。

Director {
  Name = bacula-mon
  Password = "consolepass"
  Monitor = yes
}

こちらもbacula-dir.conf内のConsoleの項で指定したパスワードを記載します。

これでbacula-fd.confの編集は終了です。bacula-fdを起動しましょう。

#systemctl start bacula-fd

状態を確認します。

[root@test-server ~]# systemctl status bacula-fd
● bacula-fd.service - Bacula-FileDaemon, a Backup-client
   Loaded: loaded (/usr/lib/systemd/system/bacula-fd.service; enabled; vendor preset: disabled)
   Active: active (running) since Mon 2017-02-06 14:34:25 UTC; 1 months 5 days ago
     Docs: man:bacula-fd(8)
 Main PID: 9202 (bacula-fd)
   CGroup: /system.slice/bacula-fd.service
           mq9202 /usr/sbin/bacula-fd -f -c /etc/bacula/bacula-fd.conf -u roo...

Mar 06 04:59:11 test-server bacula-fd[9202]: bacula-fd: job.c:2479-89 Comm e...t
Hint: Some lines were ellipsized, use -l to show in full.

無事動いている事が確認できました。
ここで/root/直下に「cirros-0.3.4.img」を配置して、しっかりバックアップされるか見てみましょう。

それでは実際にバックアップをするために、bacula-serverにログインします。

[centos@backup-test bacula]$ bconsole
Connecting to Director localhost:9101
1000 OK: 102 bacula-dir Version: 7.4.5 (07 February 2017)
Enter a period to cancel a command.
*
You have messages.

「bconsole」コマンドでbaculaのコンソールに入ります。「run」で バックアップを実行します。

*run
Automatically selected Catalog: MyCatalog
Using Catalog "MyCatalog"
A job name must be specified.
The defined Job resources are:
     1: JOB-Backup
     2: BackupClient1
     3: BackupCatalog
     4: RestoreFiles
Select Job resource (1-4): 1

Bacula-dir.conf内の「Job」が一覧で表示されています。 今回のために設定した「JOB-Backup」を番号で選択します。

Run Backup job
JobName:  JOB-Backup
Level:    Full
Client:   bacula-fd
FileSet:  Full Set
Pool:     File (From Job resource)
Storage:  File1 (From Job resource)
When:     2017-03-14 11:17:12
Priority: 10
OK to run? (yes/mod/no): yes
Job queued. JobId=30

Jobの詳細が表示され実行確認を求めてくるので「yes」を入力し実行します。 ここではJobIdが30になりました。実行確認をしてみます。

*
*status dir
bacula-dir Version: 7.4.5 (07 February 2017) x86_64-redhat-linux-gnu redhat (Core)
Daemon started 06-Mar-17 05:07, conf reloaded 06-Mar-2017 05:07:03
 Jobs: run=29, running=1 mode=0
 Heap: heap=290,816 smbytes=117,482 max_bytes=4,966,072 bufs=299 max_bufs=319

Scheduled Jobs:
Level          Type     Pri  Scheduled          Job Name           Volume
===================================================================================
Incremental    Backup    10  14-Mar-17 23:05    JOB-Backup         Vol-0001
Incremental    Backup    10  14-Mar-17 23:05    BackupClient1      Vol-0001
Full           Backup    11  14-Mar-17 23:10    BackupCatalog      Vol-0001
====

Running Jobs:
Console connected at 14-Mar-17 11:16
 JobId  Type Level     Files     Bytes  Name              Status
======================================================================
    30  Back Full          0         0  JOB-Backup        is running
====

Terminated Jobs:
 JobId  Level      Files    Bytes   Status   Finished        Name 
====================================================================
    20  Full           0         0   OK       10-Mar-17 23:10 BackupCatalog
    21  Incr          57    2.628 M  OK       11-Mar-17 23:05 JOB-Backup
    22  Incr          57    2.628 M  OK       11-Mar-17 23:05 BackupClient1
    23  Full           0         0   OK       11-Mar-17 23:10 BackupCatalog
    24  Diff          69    2.703 M  OK       12-Mar-17 23:05 JOB-Backup
    25  Diff          71    2.995 M  OK       12-Mar-17 23:05 BackupClient1
    26  Full           0         0   OK       12-Mar-17 23:10 BackupCatalog
    27  Incr          57    2.629 M  OK       13-Mar-17 23:05 JOB-Backup
    28  Incr          57    2.629 M  OK       13-Mar-17 23:05 BackupClient1
    29  Full           0         0   OK       13-Mar-17 23:10 BackupCatalog

====
*

「status dir」コマンドでは実行中のJobと終了したJobのそれぞれのステータスが確認できます。 JobIdの30は「Running Jobs」に入っていて「Status」が「is running」となっており、実行中である事が見てとれます。

*status dir
bacula-dir Version: 7.4.5 (07 February 2017) x86_64-redhat-linux-gnu redhat (Core)
Daemon started 06-Mar-17 05:07, conf reloaded 06-Mar-2017 05:07:03
 Jobs: run=30, running=0 mode=0
 Heap: heap=290,816 smbytes=115,887 max_bytes=4,966,072 bufs=279 max_bufs=319

Scheduled Jobs:
Level          Type     Pri  Scheduled          Job Name           Volume
===================================================================================
Incremental    Backup    10  14-Mar-17 23:05    JOB-Backup         Vol-0001
Incremental    Backup    10  14-Mar-17 23:05    BackupClient1      Vol-0001
Full           Backup    11  14-Mar-17 23:10    BackupCatalog      Vol-0001
====

Running Jobs:
Console connected at 14-Mar-17 11:16
No Jobs running.
====

Terminated Jobs:
 JobId  Level      Files    Bytes   Status   Finished        Name 
====================================================================
    21  Incr          57    2.628 M  OK       11-Mar-17 23:05 JOB-Backup
    22  Incr          57    2.628 M  OK       11-Mar-17 23:05 BackupClient1
    23  Full           0         0   OK       11-Mar-17 23:10 BackupCatalog
    24  Diff          69    2.703 M  OK       12-Mar-17 23:05 JOB-Backup
    25  Diff          71    2.995 M  OK       12-Mar-17 23:05 BackupClient1
    26  Full           0         0   OK       12-Mar-17 23:10 BackupCatalog
    27  Incr          57    2.629 M  OK       13-Mar-17 23:05 JOB-Backup
    28  Incr          57    2.629 M  OK       13-Mar-17 23:05 BackupClient1
    29  Full           0         0   OK       13-Mar-17 23:10 BackupCatalog
    30  Full      26,605    902.0 M  OK       14-Mar-17 11:19 JOB-Backup

====
*

バックアップが終了すると「Running Jobs」から「Terminated Jobs」に移り、「Status」のOKで今回のバックアップが成功していることが確認できました。

「q」でbacula-consoleを抜け、バックアップファイルを見てみましょう。

[root@backup-test bacula]# cd /tmp/
[root@backup-test tmp]# 
[root@backup-test tmp]# ls -l
total 6209136
drwx------. 3 root   root         16 Mar  6 04:54 systemd-private-4005d29d86da438991a04c5cf5c178bb-mariadb.service-ksZUbL
-rw-r-----. 1 bacula tape 6358150114 Mar 14 12:04 Vol-0001
[root@backup-test tmp]#

バックアップデータは/tmp配下にtapeデバイスで「Vol-0001」として保存されています。

バックアップファイルの中をのぞいて「cirros-0.3.4.img」があるか確認しましょう。
ふたたびbacula-consoleに入ります。

[root@backup-test ~]# bconsole
*
*
*
*restore
Using Catalog "MyCatalog"

First you select one or more JobIds that contain files
to be restored. You will be presented several methods
of specifying the JobIds. Then you will be allowed to
select which files from those JobIds are to be restored.

To select the JobIds, you have the following choices:
     1: List last 20 Jobs run
     2: List Jobs where a given File is saved
     3: Enter list of comma separated JobIds to select
     4: Enter SQL list command
     5: Select the most recent backup for a client
     6: Select backup for a client before a specified time
     7: Enter a list of files to restore
     8: Enter a list of files to restore before a specified time
     9: Find the JobIds of the most recent backup for a client
    10: Find the JobIds for a backup for a client before a specified time
    11: Enter a list of directories to restore for found JobIds
    12: Select full restore to a specified Job date
    13: Cancel
Select item:  (1-13): 5
The defined FileSet resources are:
     1: Catalog
     2: Full Set
Select FileSet resource (1-2): 2
+-------+-------+----------+-------------+---------------------+------------+
| JobId | Level | JobFiles | JobBytes    | StartTime           | VolumeName |
+-------+-------+----------+-------------+---------------------+------------+
|    30 | F     |   26,605 | 902,048,535 | 2017-03-14 11:17:21 | Vol-0001   |
+-------+-------+----------+-------------+---------------------+------------+
You have selected the following JobId: 30

コンソールに入ったら「restore」と入力します。本来は復旧を実行するコマンドですが、今回はバックアップファイルの中をのぞくのに使用しました。 先ほどバックアップを取得したので「5」の一番新しいバックアップを選択します。

続けてFull Setの「2」を入力します。するとJobId:30が表示されました。バックアップしたファイルが無事選ばれたようです。

Building directory tree for JobId(s) 30 ...  +++++++++++++++++++++++++++++++++++++++++++++
23,992 files inserted into the tree.

You are now entering file selection mode where you add (mark) and
remove (unmark) files to be restored. No files are initially added, unless
you used the "all" keyword on the command line.
Enter "done" to leave this mode.

cwd is: /
$ 

「cwd is: /」と出力されプロンプトが「$」に変化しました。ここでは一部のLinuxコマンドが使用できます。

$ ls

bin
boot/
dev
etc/
home/
lib
lib64
media
mnt
opt
root/
run
sbin
srv
usr/
var/
$ cd /root/
cwd is: /root/
$ ls
.bash_history
.bash_logout
.bash_profile
.bashrc
.cshrc
.pki/
.ssh/
.tcshrc
cirros-0.3.4.img

/root/直下に「cirros-0.3.4.img」があるのが確認できました。バックアップは無事成功しているようです。

動作の確認は済みましたが、baculaのバックアップジョブが複数ある場合、対象が多い場合など、JobやClientを「bacula-dir.conf」に全て書いていくのでは管理がしにくくなってしまいます。
そんな時は「bacula-dir.conf」の外に設定ファイルを書き、読み込ませるといいでしょう。
「bacula-dir.conf」には読み込ませるファイルを@をつけ指定しておきます。

@/etc/bacula/<ファイル名>

外だしのファイルにJobやClientを記載しましょう。例えば今回のバックアップジョブは以下のように記載することで外だし可能です。

[root@backup-test bacula]# cat backup-test
Job {
  Name = "JOB-Backup"
  Type = Backup
  Level = Full
  Client = bacula-fd
  FileSet = "Full Set"
  Schedule = "WeeklyCycle"
  Storage = File1
  Messages = Standard
  Pool = File
  Priority = 10
  Write Bootstrap = "/var/spool/bacula/%c.bsr"
}

Clientが増えたときはClientごと、FileSetごとなどファイルを分けていくといいのではないでしょうか。

おわりに

このようにBaculaは設定も簡単なバックアップツールです。弊社のラボでも「Bacula」は使用しており、VMの定期バックアップで動いてくれています。
Clientのファイルを外出しにしてVM起動時に自動的にファイルを作成してバックアップ対象に追加する、なんてことも頑張ればできるのかもしれないですね。

皆さんもぜひ使用してみてください。

2回に渡りお付き合いいただき、ありがとうございました。

文:阪本良平

bradley-davis-128161.jpg

参考
https://www.bacula.jp/



OSSと同じカテゴリーの記事



RSS
最近のエントリー
2017.4.21
【検証自動化】第6回 AT-CLabを使ってみる
2017.4.21
【OSSチャレンジ】第4回 Elasticsearch紹介
2017.4. 7
【OSC2017 Tokyo/Spring】OpenStackを宇宙で!?
2017.3.28
【OSSチャレンジ】 第3回 Bacula紹介:後編
2017.3. 9
【OpenStackチャレンジ】 第29回 Ocata紹介編
2017.2.24
【OSSチャレンジ】 第2回 Docker紹介編
2017.2.20
【OSSチャレンジ】 第1回 Bacula紹介:前編
2017.2. 1
【体験記】最後のフロンティア!? ~ミャンマー 体験記~
2017.1.18
【データベース】pgpool-IIによるDBサーバ負荷分散
2016.12.16
【ログ解析】第2回Splunkのログ解析
2016.12. 9
LPIC304 体験記
2016.11.19
【OSC2016 Tokyo/Fall】VRとOpenStackを連携
2016.11.11
【次世代通信技術】 第1回 5G入門編
2016.10.28
【ログ解析】第1回Splunkの紹介と起動
2016.10.21
【OpenStackチャレンジ】 第28回 Stackalytics登録編
2016.10.14
【OpenStackチャレンジ】 第27回 OpenStack Newton紹介編
2016.10. 7
【検証自動化】第5回 Selenium IDEで記録したテストをJenkinsのジョブから実行する ~PC一台でブラウザテストを自動化~【後編】
2016.9.30
【OpenStackチャレンジ】 第26回 Neutron環境構築編
2016.9.23
【いまさら聞けない!エンジニアの基本シリーズ】 第6回 きれいなログにするためのLinuxお作法
2016.9.16
【OpenStackチャレンジ】 第25回 Nova環境構築編
2016.9. 9
【OpenStackチャレンジ】 第24回 Cinder環境構築編
2016.9. 2
【OpenStackチャレンジ】 第23回 OpenStackコミュニティ~翻訳編
2016.8.26
【OpenStackチャレンジ】 第22回 Glance環境構築編
2016.8.19
【検証自動化】第4回 Selenium IDEでテストケースを記録・実行する ~PC一台でブラウザテストを自動化~【前編】
2016.8. 9
【OpenStackチャレンジ】 第21回 OpenStackコミュニティ 日本語翻訳チーム参加編
2016.8. 5
【OpenStackチャレンジ】 第20回 構成管理ツール「Ansible」を用いたOpenStack上のサーバ構築
2016.7.29
【検証自動化】第3回 IT検証フォーラム2016に出展しました!
2016.7.22
【OpenStackチャレンジ】 第19回 OpenStack Upstream Training編
2016.7.15
【検証自動化】第2回 TestShell+TestCenter連携編
2016.7. 8
【OpenStackチャレンジ】 第18回 HEAT紹介編
2016.7. 4
QNAP紹介(Dockerコンテナ&OpenStack Swift連携)
2016.6.26
【いまさら聞けない!エンジニアの基本シリーズ】 第5回 GitHubを使いこなそう
2016.6.19
【OpenStackチャレンジ】 第17回 Zabbix環境構築編
2016.6.12
【検証自動化】第1回 TestShell編
2016.6. 5
【OpenStackチャレンジ】 第16回 Mirantis 「OpenStack FUEL管理」セミナー紹介編
2016.5.29
【OpenStackチャレンジ】 第15回 Swift環境構築編
2016.5.22
【OpenStackチャレンジ】 第14回 Keystone環境構築編
2016.5.15
【OpenStackチャレンジ】 第13回 Mirantis OpenStack紹介編
2016.5. 2
【OpenStackチャレンジ】 第12回DevStack~ Ironic環境構築編
2016.4.24
【OpenStackチャレンジ】 第11回 インフラエンジニア必見のOpenStackセミナーを開催しました!
2016.4.17
【OpenStackチャレンジ】 第10回 OpenStack Mitaka紹介編
2016.4.10
【Linuxを使いこなす】 CentOSのローカルリポジトリを構築しよう
2016.4. 3
【OpenStackチャレンジ】 第9回 仮想マシンが起動するコンピュートノードを指定してみよう
2016.3.29
【OpenStack チャレンジ】 第8回 ゲストマシンの性能比較をしてみました!
2016.3.19
【OSC2016】第3回 ChatOpsでOpenStackをAPIから制御する
2016.3.12
【OSC2016】第2回Let'sChat Hubot編
2016.3. 4
【OSC2016】第1回ChatOpsの構築
2016.1.31
【OpenStackチャレンジ】 第7回 DevStack~All-In-One Single Machine編
2016.1.22
【OpenStackチャレンジ】 第6回 policy.json紹介編
2016.1.13
【OpenStackチャレンジ】 第5回 Ceilometerについて知ろう!
2016.1. 8
【いまさら聞けない!エンジニアの基本シリーズ】 第4回 VMware基本動作編
2015.12.24
【1年間ありがとう!】2015年度エンジニアブログ アクセスランキング発表!
2015.12.18
【SDNチャレンジ】 第29回 Mininet編
2015.12.14
【いまさら聞けない!エンジニアの基本シリーズ】 第3回 VMwareインストール編
2015.12.10
【OpenStackチャレンジ】第4回 ConoHaでOpenStack環境を構築!
2015.12. 4
【いまさら聞けない!エンジニアの基本シリーズ】 第2回 VirtualBox基本動作編
2015.12. 4
【OpenStackチャレンジ】 第3回 OpenDaylight(Lithium)との連携に挑戦!
2015.11.27
【いまさら聞けない!エンジニアの基本シリーズ】 第1回 VirtualBoxインストール編
2015.11.20
【SDNチャレンジ】 第28回 WiresharkでOpenFlowを解析しよう!
2015.11.15
OpenStackの技術者認定資格「OPCEL認定試験」に合格しました!
2015.11. 9
「Windows Server 2003」から「Windows Server 2012 R2」への移行に不安を抱えるお客様へ
2015.11. 6
【SDNチャレンジ】 第27回 OpenMUL編
2015.10.30
【SDNチャレンジ】 第26回 ONOS-BGPルータ編
2015.10.23
【SDNチャレンジ】 第25回 ONOS GUI編 / [告知]10/24(土),25(日)にOSCに出展します!
2015.10.16
【SDNチャレンジ】 第24回 ONOSインストール編
2015.10. 9
【SDNチャレンジ】 第23回 OpenDaylightユーザ会に参加しました/Lithiumインストール編
2015.10. 2
【SDNチャレンジ】 第22回 Trema-edge編
2015.9.29
【OpenStackチャレンジ】 番外編 10/26(月)からLPI-Japanの「OPCEL認定試験」がスタートします!
2015.9.25
【SDNチャレンジ】 第21回 POX編
2015.9.18
【OpenStackチャレンジ】 第2回 コンポーネント紹介編
2015.9.11
【SDNチャレンジ】 第20回 Floodlight編
2015.9. 4
【OpenStackチャレンジ】 第1回 OpenStackインストール編
2015.9. 3
【ウェブサイトのロードテストをする】 最終回 Siege編
2015.8.28
【SDNチャレンジ】 第19回 Raspberry Piでユースケースに挑戦!
2015.8.21
【SDNチャレンジ】 第18回 OF-Patch動作編
2015.8.13
【SDNチャレンジ】 第17回 OF-Patch紹介編
2015.8. 7
Windows10をインストールしてみました!
2015.8. 4
【ウェブサイトのロードテストをする】 第3回 Tsung編
2015.7.31
【SDNチャレンジ】 第16回 Ryuコントローラインストール編
2015.7.25
【SDNチャレンジ】 第15回 Open vSwitch性能試験編
2015.7.17
【SDNチャレンジ】 第14回 Tcpreplay編
2015.7.17
RedHat OpenStack 管理者認定試験に合格しました!
2015.7.11
【SDNチャレンジ】 第13回 Vyattaコントローラ REST API編
2015.7. 3
【SDNチャレンジ】 第12回 Vyattaコントローラ動作編
2015.7. 1
【ウェブサイトのロードテストをする】 第2回 curl-loader編
2015.6.26
【SDNチャレンジ】 第11回 OpenDaylight動作編②
2015.6.19
【SDNチャレンジ】 第10回 OpenDaylight動作編①
2015.6.18
【ウェブサイトのロードテストをする】 第1回 Apache JMeter編
2015.6.12
【SDNチャレンジ】 第9回 リピーターハブとラーニングスイッチの動作比較編
2015.6. 5
【SDNチャレンジ】 第8回 Tremasharkインストール編
2015.5.25
【SDNチャレンジ】 第7回 帯域制御・ファイアウォール・パケット書換え編
2015.5.22
【SDNチャレンジ】 第6回 ラーニングスイッチ作成編
2015.5.15
【SDNチャレンジ】 第5回 Raspberry Pi2にOpen vSwitchをインストール
2015.5. 8
【SDNチャレンジ】 第4回 5/13(水)、14(木)、15(金)の展示会にて検証自動化デモを実施します!
2015.4.27
【SDNチャレンジ】 第3回 Tremaリピーターハブ編
2015.4.21
【SDNチャレンジ】 第2回 OpenFlowコントローラ作成編
2015.4.14
【SDNチャレンジ】 第1回 Tremaインストール編
2014.8.20
【注意!】8月13日のWindows Updateを適用すると起動できなくなる事例が報告されています!
2014.5.23
約6割の企業が悩んでいるのに、対策しないんですか...?
2014.1. 9
新年あけましておめでとうございます。
2013.12.24
2013年エンジニアブログ アクセスランキング発表!
2013.12.17
コミュニケーション「活性化」の第一歩
2013.10.29
なぜ儲かっているのか分からない!?
2013.10.15
「何を変えるのか、何に変えるのか、どのように変えるのか」
2013.9.17
ブラック企業にドラッカーがアドバイスするとしたら?
2013.9. 4
蟻の穴から堤も崩れる
2013.8. 6
派閥じゃなくて、理念の元に仕事をしよう!
2013.7.31
知識は使ってナンボです!
2013.7.30
御社の相互理解度はどれくらい?
2013.7. 3
何故、それが読まれたか~上半期・エンジニアブログ閲覧数ランキング~
2013.6.12
「何」を知っているかではなく、「誰」が知っているか
2013.5.28
戦後、人間尊重の信念を貫きとおした1人の経営者がいた!
2013.5.24
健康な心が、健康な会社を作る。
2013.4.26
『社長にはもうついていけません・・・』
2013.4.23
仕事と生活をバランスさせるには?
2013.4. 2
組織に必要なのは「ゆらぎ」と・・・?
2013.3.21
代表小林、バングラディシュの地に再度降り立つ
2013.3.14
色々作っちゃいました!
2013.3. 5
「心のバランスシート」に着目していますか?
2013.2. 6
Office2013発売!で、何が変わった?
2013.2. 1
「想いを語る夕べ」が新宿から30分の場所で開催可能に!
2012.12.25
エンジニアブログ番外編:決戦は「ひなたかなた」
2012.12.19
2012年エンジニアブログ&Facebook閲覧数ランキング発表!
2012.11.29
プロセス見直すのはいいけれど...大事なこと忘れてません?
2012.10.31
「仕事」と「個々の生活」の両立~ワーク・ライフ・バランス~
2012.10.26
Windows8発売!で何が起こる?
2012.10. 9
腹が減っては打ち合わせは出来ぬ?~アドック近辺ランチスポット・カフェ編~
2012.10. 2
iPhone5発売!LTE普及には切実な背景が...
2012.9.12
「だれを選ぶか」をまず決めて、その後に「何をすべきか」を決める。
2012.8.17
会社を回すのに大事な3つの感覚。
2012.8. 7
プロジェクトはたいてい失敗に終わるんです。
2012.7.19
『目の前に壁があったら、突き破るしかねえんだよ』by鬼塚
2012.7. 2
大手企業も多数協賛する「東京経営塾」の塾長とは!?
2012.6.15
メンタルヘルスケアジャパン2012報告!
2012.6. 4
御社の理念浸透力はどれくらい?!
2012.5.14
メンタルヘルスケアジャパン2012参加のお知らせ
2012.4.27
東京スカイツリーと地デジとADOC
2012.4.17
マイボトル・マイカップキャンペーン/エンジニアブログ1周年記念
2012.3.14
第1回「想いを語る夕べ」体験会レポート~伝えることの難しさ~
2012.2.29
想いを語る夕べ報告書を新聞にしちゃいました!
2012.2. 6
月刊『ニュートップリーダー』に記事掲載&"想いを語る夕べ"体験会やります!
2012.1.31
【第4回】想いを語る夕べ~フォロー編~
2012.1.23
タニタの社員食堂は"トップの想い"から生まれた!?
2012.1.13
【第3回】想いを語る夕べ~実施編~
2011.12.27
オフィスで簡単エクササイズ!
2011.12.13
【第2回】想いを語る夕べ~準備編~
2011.11.24
【第1回】想いを語る夕べ~誕生編~
2011.11.17
「責任感だけで仕事をしていた・・・。」が「自らサービスを作り上げ、喜びを感じたい!」という熱い想いに変わるまで
2011.11. 8
アドックインターナショナルはGoogleのまわし者!?
2011.10.11
あなたのその行動、誰かに監視されてませんか?
2011.9.28
たったこれだけのことで、チームに一体感が生まれる!?
2011.9.22
ADOCersがITS健康保険組合の野球大会に出場します!
2011.9.21
アドックに入社するとコンサートホールで歌えてグァムに行けるってホント?
2011.8.30
アドック社員元気の素!?
2011.8.16
電力使用制限発動!罰金は100万円!?PC電力管理ソフトのススメ
2011.8. 9
「ネットトラブル調査隊」対象エリア拡大しました!(後日談付き)
2011.8. 1
Windows7にはメールソフトが付いてない!?
2011.7.22
「社長の想いを語る夕べ」プログラムのご紹介
2011.7.12
64ビット版Windowsへの移行について
2011.7. 8
検証やテストを自動化する際に気を付けなければいけない3つの事
2011.7. 5
地デジと周波数再編とADOC
2011.6.29
アドックインターナショナルの節電対策とスーパークールビズ
2011.6.27
あるレンタカー事業会社のケース
2011.6.20
ラボルームのご紹介
2011.6.17
Interop Tokyo 2011に行ってきました!
2011.6. 7
ADOCの保守サービスと震災対応
2011.5.31
"メンタルヘルスケア・ジャパン2011"レポート
2011.5.19
「おばあちゃん家」
2011.5.11
スマートフォンは急速に普及している・・・?
2011.5. 9
ADOCの品質改善活動への取り組み事例をご紹介
2011.4.19
ADOCのお花見と節電への取り組み
2011.4. 6
復興支援のため東北へ向かっていた弊社の社員2名が戻ってきました!その2
2011.3.31
復興支援のため東北へ向かっていた弊社の社員2名が戻ってきました!
2011.3.28
弊社パートナーが被災地支援のサービス開始
2011.3.25
震災により表面化した携帯通信網の弱さ
2011.2.28
エンジニアブログスタートのお知らせ
カテゴリー
月別アーカイブ

<