Information Management Newsletter for Block 7, 2007 |
|
| The Information Management Newsletter is a periodic publication during the academic year to keep the community informed about developments in information technology on campus.
We will announce publication of a new issue via divisional listservs and campus digests. If you aren't subscribed to one of these lists and would like to receive an e-mail notifying you when a new issue is published, please send your request to mbrenceaustin@coloradocollege.edu Related Links Network
Upgrade Project |
In this Issue:
Network Migration UpdateThe first week of
Block 7 proved to be a whirlwind, but a successful one from the perspective
of the campus network upgrade project. We want to share some highlights
with you, but most of all, we would like to express our sincere thanks
for your tremendous support and patience during the last few weeks. It
is great to feel your appreciation and enthusiasm for the new network! Once all of our equipment
(from computers to printers to servers and more) is cut over to the new
network, two important things can happen. First, we will begin to reap
the benefits of a new network, such as increased speed and reliability.
Second, we will begin our 40-day contractual “acceptance period”
with Foundry. This will provide us with ample time to assess the network
under load, with the full community utilizing it in Block 8. We have also
designed some specific tests to be sure that the equipment functions as
it should, and that the network monitoring tools function as they should. Why Outages Happen When They HappenWe understand the campus community’s concern for the timing of critical network outages and upgrades, particularly with regard to the current network upgrade project. Occasionally, users ask us questions like, “Why can’t you do these upgrades at midnight, or on the weekend?” We work very hard to help shape the calendar and timing of any planned outages. Unfortunately, we need to do network outages during business hours for one very important reason. We need vendor support during the hours that the vendors and their tech support teams are available. This means during workday hours, either because the various companies do not offer robust after-hours support, or because CC does not budget the prohibitive dollars for after-hours support. It's actually not because our dedicated staff do not prefer to work during after-hours -- in fact, they often do work long hours both before and after such outages, planning them and doing behind-the-scenes clean-up from them. We need to time the bulk of the work, where things can (and often do) go wrong with operating systems, hardware failures, and the like, for when we can call upon the vendors who support the hardware and special software that we run for the campus. In the case of the April 19th
server migration, we moved 100-ish servers, many of which run very, very
specialized software and databases and sometimes even specialized hardware
and peripherals, and so we most definitely needed to be in a position
to call upon any of the companies' tech support and warranty lines if
needed. (Additionally, we primed the many technical directors and departmental
liaisons across the campus to be "at the ready" and available
to us as well, since they know their servers and applications the best,
and since they work directly with the vendors as well). This was as carefully
timed and orchestrated as we could manage given all of the parameters. So this leaves block breaks.
And whenever possible, we aim for alternating block breaks, so that planned
outages occur in Blocks 2, 4 (winter break), 6 (spring break), and 8 (after
commencement). This season of our “network upgrade project”
is a very special case, of course, and so we have experienced more frequent
planned outages as we pull out our old network and install our new one.
In the current case, for the April 19th (Block 7 break) planned outage,
we strove to communicate it so that people could plan well in advance.
We also strove to time it so that folks could finish up from the current
block, give or take, on Wednesday through Thursday morning, and then so
that folks could have some time to plan for Block 8 on Friday and through
the weekend. Computer Equipment for 2007-08Spring
has sprung, and with the chirping birds and blossoming trees come thoughts
of new computers and technologies! We have been fielding many inquiries
about the status of capital equipment requests for 2007-08, including
whether or not the College can accelerate purchases before the new fiscal
year starts on July 1, 2007. Tim Kallman, Administrative Technology Specialist, 389-6047 Justin Pohlmann, Academic Technology Specialist for the Natural Sciences, 389-6255 Peggy Quinn, Academic Technology Specialist for the Social Sciences, 389-6246 Sarah Withee, Academic Technology Specialist for the Humanities, 389-6381 Special Phone GreetingsAre
you planning to be away from your office this summer? For all or even
part of it (e.g., summer vacation or conference travel)? Don't want to
change the standard voicemail greeting that took you hours to perfect?
We have a solution! The Help Desk Is Moving!The Help Desk is moving to Tutt Library in the near future - renovations have been happening over the past several months, and are nearly complete! Look for more details soon, but our current estimate is that we will move to our new area after Block 8. The new Help Desk will be located at the bottom of the stairs next to the Reference Desk (Room 13). We look forward to the likely increase in traffic from being located in such a central part of campus. Three Farewells Within Information ManagementWe are sad to report that three of our good colleagues have left Information Management for new and exciting opportunities. John Bickar, our Academic Technology Specialist for Students, has accepted a position as a User Services Technology Specialist with the Cubberley Education Library at Stanford University. John started his career at CC in 2000 in the Art Department as a Digital Technology Supervisor. He spent five years in this position before pursuing a master’s degree at Harvard and returning in 2006. John was with us for 6 months until this wonderful offer presented itself – along with the opportunity to be closer to his significant other. We wish him the very best in his new pursuits. John Pearson, our Systems Administrator, has been with CC for 16 years. John worked as a Special Events Technical Supervisor within the Media Services (“AV”) Department for 12 of those years. Over the past 4 years, he worked within the Network & Systems team, managing our ever-growing server fleet, our email system, and our data centers in Armstrong and Barnes. John has accepted a position with Dell's development data center, and while he will be leaving our CC family, he and his wife will be rejoining their extended families in the Austin, Texas area. John will be missed and we wish him much happiness at Dell. Torrey Slattery, a.k.a. “Drak,” worked as a PC User Support Specialist at the Help Desk for the last 2 years. Drak was a 2005 Colorado College graduate who majored in Mathematics and Computer Science. He worked with IT during his time as a student, including a stint as our summer intern between IT and Summer Programs. Drak pioneered our night shift for Help Desk coverage in the library during the 2006-07 academic year. He plans on hiking the beautiful trails of Colorado this spring and summer before hunting for a new job, and we wish him the best in his adventures. GoPrint – Printing Trends at CCIn August of 2006,
just in time for the start of the 2006-07 academic year, we implemented
GoPrint. GoPrint is a print monitoring system that allows us to better
track and understand printing patterns in the public computer labs on
campus. Working with the Information Technology and Library Board, and
with our colleagues in the library and learning commons, we are striving
to provide more sustainable printing on campus. We have noted dramatic
increases in printing – and sadly, in wasted and uncollected printouts
– over the past several years. This waste, coupled with increasing
costs to maintain the printers and cover consumables such as paper and
toner cartridges, led us to the GoPrint solution. One excellent feature
of GoPrint is the implementation of “release stations.” This
allows a student to queue a print job, but then it is not actually printed
until the student is physically at the printer and uses a special touch
screen to release the print job. This has reduced accidental printing
to the wrong printer (e.g., sending a paper to the Slocum Lab printer
when you are really located in the Keck Lab) as well as wasted printouts
that went uncollected. |